Data Center for Account Management 



BACKGROUND OF THE INVENTION 

TECHNICAL FIELD 

The invention relates to account nnanagennent systems. More particularly, the 
invention relates to a method and apparatus that uses a data center for 
networked account management. 

DESCRIPTION OF THE PRIOR ART 

The leading account management system is the TRIAD system, 
manufactured by Fair, Isaac and Company, Inc. of San Rafael, California. 
TRIAD is a portfolio management and scoring system designed to help 
reduce losses, increase revenues, and take advantage of promotional 
opportunities, for single or multiple portfolios such as credit cards, 
telecommunications, and installment loans. With systems such as TRIAD, an 
end user's decision-making process can respond quickly to changes in the 
end user's customer population and the economic environment. The end user 
can test new strategies on a small part of a portfolio and still keep a current 
strategy in place on the majority of the portfolio. Systems such as TRIAD also 
provide reporting to measure the effectiveness of competing strategies. 

Such account management systems currently available require 
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significant internal resources of an end user before they can be integrated into 
the end user*s legacy information management systems. It would be 
advantageous to provide an account management system that allows end 
users to bypass the need to integrate such system into their legacy 
5 information management systems. 



SUMMARY OF THE INVENTION 



10 The invention provides an account management system that allows end users 
to bypass the need to integrate such system into their legacy information 
management systems. The Invention reduces the implementation schedule 
for such account management systems and thus provides such systems to 
end users more quickly. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block schematic diagram showing a data center for an account 
20 management system according to the invention; 

Fig. 2 is a block schematic diagram showing a delinquent collections strategy 
according to the invention; 

25 Fig. 3 is a block schematic diagram of an account management system 
design process according to the invention; 

Fig. 4 is a block schematic diagram of a processing work flow for a all 
decision areas in an account management system according to the invention; 

30 

Fig. 5 is a block schematic diagram showing a strategy with a single strategy 
key and two scenarios according to the invention; 

Fig. 6 is an example of overlimit breakpoints in the overlimit collections - 
35 strategy parameters dialog box according to the invention; 
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Fig. 7 is an example of action/day fields in a delinquent collections - scenarios 
dialog box according to the invention; 

Fig. 8 is an example of a credit line strategy tree according to the invention; 

5 

Fig. 9 is an example of a strategy definition table in a PCMTS audit report 
according to the invention; 

Fig. 10 is an example of an estimator control dialog box according to the 
10 invention; 

Fig. 11 is a screen showing PCTMS navigation features according to the 
invention; 

15 Fig. 12 is an example of a strategy assignment dialog box according to the 
invention; and 

Fig. 13 is a flow diagram showing the starting or modification of a strategy 
according to the invention. 

20 

DETAILED DESCRPPTOOM OF THE nMVEMTiOM 



The invention provides an account management system that allows end users 
25 to bypass the need to integrate such system into their legacy information 
management systems. The invention reduces the implementation schedule 
for such account management systems and thus provides such systems to 
end users more quickly. 

30 The presently preferred embodiment of the invention incorporates the TRIAD 
system manufactured by Fair, Isaac and Company, Inc. of San Rafael, 
California as the account management engine. The TRIAD account 
management engine is discussed herein to the extent necessary to 
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explain such system to those skilled in the art in connection with the invention 
disclosed herein. Further details of the TRIAD system can be found in TRIAD 
6.0 User Guide, TRIAD Concepts and PC Table Maintenance System 
Procedures . Printing 1.0 (US) (2/22/00), Fair, Isaac and Company, Inc., San 
5 Rafael, California, USA and TRIAD 6.0 System Guide , Printing 2.2 (US). 
(4/13/00), Fair, Isaac and Company, Inc., which are included as an Appendix 
hereto. 

The preferred embodiment of the invention is a comprehensive, Web- 
10 delivered account management solution for the telecommunications industry. 
It will be appreciated by those skilled in the art that the invention is readily 
applicable to other industries. 

The preferred embodiment of the invention focuses on four key areas of 
15 account management to assist telecommunications companies in taking the 
right action on the right customer at the right time. 

These key areas comprise: 

20 ■ Delinquent Collections; 

■ Usage Limit Management; 

■ Authorizations Management; and 

25 

■ Marketing Communications. 

At the core of the presently preferred embodiment of the invention is an 
account management engine. The preferred account management engine is 

30 the TRIAD account management system manufactured by Fair, Isaac and 
Company, Inc. of San Rafael, California. The embodiment of the invention 
discussed herein provides a net sourced version of the TRIAD product having 
adaptations to the telecommunications industry. Those skilled in the art will 
appreciate that other account management systems may be substituted for 

35 TRIAD and that the invention is applicable to industries other than 
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the telecommunications industry. 



The preferred embodiment of the invention comprises a data warehouse that 
facilitates the use of scoring and decision modules, and that provide easy 
5 access to critical business data. The invention also comprises expert 
modules that enable end users to take advantage of the system quickly. 

Fig. 1 is a block schematic diagram showing a data center for an account 
management system according to the invention. The preferred embodiment 
10 of the invention is net sourced. Accordingly, decision functionality/predictive 
models 24, report records 22, and data warehouse 18 functions are deployed 
at a central data center 1 1 and integrated with an interface module 20. Data, 
strategies, decisions, and reports are exchanged with the end user's systems 
sfl via a secure Internet Web site 16. The system is implemented in various 

^ 15 components. The end user client 14 is a personal computer platform for the 
Q PCTMS graphical front-end (discussed below). The end user location also 

y include the end user's billing systems 12 and other end user systems 10. 

nj However, the system itself, as well as all hardware and software associated 

^ therewith, is maintained at the central location. Thus, the system is readily 

P 20 adopted by the end user without the purchase, installation, or maintenance of 
ry additional hardware and software. 

g The invention's modular structure allows telecommunications carriers to apply 

statistically based automated decision making to the account management 

25 areas that are most relevant to them. Because the invention leverages the 
Internet, while all processing is performed at the central location, the invention 
minimizes the burden on the end user's technical resources and avoids 
increased processing loads on their systems. In the telecommunications 
industry, for example, carriers gain access to powerful account management 

30 decisioning without the long implementation typically required for installing 
software at their site. 

The invention also comprises "champion/challenger" technology that allows 
new strategies to be tested by the end user on statistically valid sample 
35 populations before being rolled out to the end user's larger account base. For 
example, telecommunications carriers can easily refine strategies by using 
the menu driven graphical user interface. Because the invention is flexible 
and readily implemented, end users can respond quickly to 
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changing conditions in a volatile nnarketplace. 
Client Uses 

5 Delinquent Collections: The invention provides a mechanism that reduces 
delinquencies and that uses collections resources more efficiently by 
assessing accounts in order of their risk and then queuing them for action 
accordingly. Fig. 2 is a block schematic diagram showing a delinquent 
collections strategy according to the invention. 

10 

Usage Limit Management: The invention provides a mechanism that 
improves end user profits by expanding usage while controlling risk. The 
invention allows an end user to determine whether to assign or adjust usage 
limits based upon each customer's credit risk. 

15 

Authorizations Management: The invention provides a mechanism that 
reduces the end user's risk of losses by reviewing account status to 
determine whether high risk accounts should be hotlined or blocked. 

20 Marketing Communications: The invention provides a mechanism that 
effectively targets cross-sell and retention efforts to maximize end user 
revenue and minimize risk and churn. 

Account Management Engine/Client 

25 

The preferred account management engine comprises a portfolio 
management and scoring system. Such systems are typically designed to 
help reduce losses, increase revenues, and take advantage of promotional 
opportunities, for single or multiple portfolios such as credit cards, 
30 telecommuncations, and installment loans. 

The preferred embodiment of the invention comprises client and host system 
components. The client, e.g. the PCTMS front end component of the TRIAD 
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system, is loaded on a PC in a networked installation. The PCTMS 
application is used to manage the database files and control settings that are 
uploaded to the host system for processing. Actual processing occurs on the 
host system. The in-stream architecture integrates the account management 
engine with end user master file account management programs and allows 
the system to process end user accounts efficiently with less impact to the 
end user's system. 



Strategies are developed utilizing the PCTMS. The PCTMS includes 
applications which provide a graphical view of strategies and strategic 
portfolio assignments. The PCTMS also lets the end user view scorecard 
assignments. Another PCTMS feature allows an end user to view scorecard 
data and (optionally) update existing score-cards or add new scorecards. 



The preferred embodiment of the invention uses data areas allocated by a 
calling program to receive input and return results. The preferred account 
management engine does not perform input and output functions on the end 
user's master file or data tables. Instead, it writes only to its own files, 
primarily a report record file. This file contains all account management 
engine actions and other information on each account through-out the cycle. 
This file then feeds the client systems required to take the actions 
recommended through TelAdaptive. These client systems can include a 
collections system, predictive dialer and notice generation application. The 
report record file is input to alhrionthly reporting, as well as ad-hoc reporting. 
The report record file also drives an estimator facility, and may be sampled to 
reduce the processing overhead. 



The preferred embodiment of the invention provides a way to group similar 
accounts and treat them strategically in different decision areas. The following 
discussion explains the basic system concepts of strategic portfolios, scoring, 
strategies, and decision areas. 

Strategic Portfolios 

After choosing general exclusions for processing, the end user's determine 
the strategic portfolios, or groups of accounts that can be managed 
collectively because they share common characteristics. Each portfolio has an 
identification number called the strategic portfolio identification number or 
SPID. As used herein, the term SPID refers both to the strategic portfolio 
and its identification number. 

Accounts are assigned to SPIDs in a SPID assignment dialog box in the 
PCTMS. For example, Gold and Classic bankcard accounts are usually 
grouped into separate SPIDs. In the retail environment, different chain stores 
or geographic regions might require unique SPIDs. For installment lending, 
direct and indirect loans are typically assigned to different SPIDs. Similarly, 
commercial and residential accounts often require different SPIDs in the utility 
sector. 

Scoring 

Behavior scoring is a tool for assessing the future behavior of an 
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account. It works by making a series of calculations that quantify current and 
past behavior at the account level or customer level. Associated with most 
behavior scores are the odds that the account performs well in the future. 
Typically, the higher the odds, the better the account is likely to perform. 

The behavior score is an invaluable component of a strategy. With behavior 
scoring, an end user can use risk as a primary factor in assigning actions. For 
example, accounts with greater risk can be accelerated to collections, while 
accounts with less risk can be decelerated. 

Using risk assessment, an end user can develop more accurate and finely- 
tuned strategies. 

Strategies 

As used herein, a strategy is a plan for assigning an account to a specific 
scenario, or action for treatment, the account management engine provides 
an end user with the ability to compare competing strategies in a statistically 
valid way so that the end user can determine which strategy produces the 
best results. This type of comparison is called champion/challenger testing 
herein. The existing strategy is the champion; the new strategy is the 
challenger. 

Champions and Challengers 



As a new strategy proves its effectiveness, it can be applied to a 
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greater percentage of the end user's portfolio. When a challenger becomes a 
new champion, the strategy design cycle begins again. 

The end user continually moves strategies through four distinct phases of 
5 development: 

■ Evaluate strategy results from the previous month. 

■ Develop new strategies or enhance existing strategies based on the 
evaluation results. 

■ Test new strategies using an estimator facility. 

■ Implement new strategies in the production environment. 

Using this design and evaluation process ensures that the most effective 
strategies are at work in the end user's live environment. 

A key to establishing champion and challenger testing is understanding the 
20 roles of random digit groups and strategy assignment. 

Random Digit Groups 

In the presently preferred embodiment of the invention, each account has a 
25 two-digit number between 00 and 99, called a random digit or a test digit. This 
number is assigned by the host system when the account is opened 
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or brought into the account management engine. Random digits stay with an 
account long-term. They are changed when the entire file is re-randomized 
after a prolonged period of champion versus challenger testing, or when there 
are a significant number of accounts that are acquired or merged on the host 
5 billing and posting or authorizations system. 



A consecutive series of random digits forms a random digit group. For 
example, 0 through 4 is a random digit group representing a five percent 
sample of a portfolio. Random digit groups are assigned to decision area 
10 strategies for each strategic portfolio or SPID. 

Strategy Assignment 

In the PCTMS, the strategy assignment dialog box links strategies to one or 
15 more random digit groups for each strategic portfolio or SPID. Each strategy 
has a strategy identification number from 1 to 999. Strategy ID 999 is 
reserved for excluding an account from system treatment in a specific 
decision area. 



20 Decision Areas 



An end user can use decision areas to apply separate strategies for each key 
process that influences the profitability of the portfolio. Table 1 below lists the 
decision areas available in the preferred account management system. 
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Table 1. Decision Areas 



l>ecision Ama ItescripHon Timing 
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Conlr<^ approve, dedlkm and 
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atl^inistrBtive la^ atcycie 


[ Usage LKmit 
^ lySanagerr^nt 


Control credit &ne andcasdi line 


Cycle 


Oellnquent C<£(lectkMns 


Managas collec^onB lor past Khje 

bntcliiding those that! 
are past di^ and over j&rrL 


Cycle sf^ daily poEting 


Marking 
CarmnunlcatiDnB 


ManagBs^roasHsey aid other 
commnunlDaftiona to th^i 
cardhotdBr. 


Cycle ot Bi^ddone 




Manages coQecttor^ for current^ 
over-linrit acoo^m^ 


Cycle 8f»i daily posting 




Adjimts product tenme ^^xd) aa 
anm^ percentage rate (AP^) 
based on eccount perfonmarHceL 


Cycle Of s^ddone 




Oetemnlnes reifiaue porkrfa for 
expiring carda. 


Cycle Of slandaione 



Design Process 

The design process is similar in all decision areas. The steps involved are 
shown in Figure 3 and described below. 
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Identify ExclusionsdOO) 



The end user may exclude categories of accounts from behavior scoring and 
each decision area. For example, an inactive account might be excluded from 
5 delinquent collections, but not excluded from marketing communications or 
authorizations. Other exclusions are general and are applied before decision 
area processing. Exclusion categories are defined by the end user and the 
design team and, for areas other than behavior scoring, are selected from an 
S exclusions dialog box in the PCTMS. 
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Designate Strategy Parameters (110) 



Entry into each decision area is triggered by a primary event, such as being 
over limit or delinquent. Further processing in the decision areas is also 
15 triggered by events. In the overlimit collections decision area, for example, 
this occurs when crossing an overlimit breakpoint. If the first overlimit 
breakpoint is 105% utilization, an over-limit strategy is invoked when that 
threshold is crossed. 

20 Select Strateav Kevs (120) 



Strategy keys sort accounts into groups that receive different treatments. For 
example, fields such as cycles delinquent, month-on-books, and behavior 
score, are often used as keys in the credit line and delinquent collections 
25 decision areas. Strategies in each decision area use strategy keys from the 
keys dialog box in the PCTMS from which standard and user- 
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defined decision keys can be selected. When an end user builds a strategy, 
he can select a unique set of keys from the library or copy an existing set from 
another strategy in use. 



5 Build Strategy Trees (130) 

By using strategy trees, an end user can separate accounts into tightly 
defined treatment groups and take actions that balance revenue and risk. 

10 For example: ^ 

■ Account 1 has been open for six months, has a low behavior score and is 
two cycles delinquent. This account is a candidate for a credit line 
decrease, not an increase. 

15 

■ Account 2 has been open for thirteen months, has a high behavior score 
and is current. This account is a potential candidate for a credit line 
increase. 

20 Design Scenarios (140) 

Scenarios are actions assigned to each treatment group in a strategy. Actions 
can range from simple to complex. A simple action can be to take no action at 
all. A complex action can include setting a block code, sending a letter, setting 
25 a collection indicator, or printing a statement message. 
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Run the Audit (150) 



The audit programs must be run when developing a new strategy or modifying 
control fields. Audits are run on both the PC and host system. The PC audit 
5 program performs all field-level and cross-field audits, and some cross-table 
audits. Once the PC audit is successfully performed, control files are 
uploaded from the PC to the host system, usually in a test environment. The 
host system audit program is run to complete the remaining cross-table 
validation and verify that the upload was successful. If an audit program 
10 encounters errors, it produces an error report allowing the end user to identify 
where corrections are required. 

Run the Estimators (160) 

15 The estimator program tallies the number of accounts identified by each 
control table row and the odds or risk quality for these accounts. The 
estimator runs on the host system using the development control tables and 
selected records from the production report record file. The system produces 
separate reports for each decision area in the end user's installation. 

20 

Revise Strategies (170) 

After the audit and estimator programs have been run, it is typically necessary 
to revise strategies to achieve optimum strategy results. Prior to 
25 implementation into production, audit and estimator programs are run again to 
ensure that revisions do not produce any errors. 
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Implement Strategies in Production (180) 

When the end user is satisfied with the strategy results and the audit and 
5 estimator programs have successfully run, the end user's in-house 
procedures are used to move strategies into production. Immediately after the 
move, the audit program is run to verify that files were not corrupted during 
the move and to generate the control files used in the production environment. 

^ 10 Evaluate Strategy Results (190) 

Q The system has a full reporting facility that runs weekly or monthly. The 

riJ reports show strategy and decision area results with extensive behavior score 

^ reporting. When a challenger strategy results prove more effective than the 

15 current champion, or as other strategy adjustments need to be made, the 
design process begins again. 

System Processing 

20 Fig. 4 is a block schematic diagram showing system processing work flow for 
all decision areas according to the invention. System processing can occur at 
various times, such as cycle, daily posting, weekly or monthly for reporting, 
on-demand, or at transaction due date time. The cycle, daily posting, and 
transaction processing parts of the system fit into the end user's existing 

25 systems. The reporting and on-demand jobs can be run on a standalone 
basis. 
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Cycle Processing 



Cycle processing 40 is the periodic review of the account when a statennent 
may be written and financials and delinquency are aged. Typically, this is 
once a nnonth, although some portfolios have different timing. At cycle, the 
system is called to compute a new behavior score, sort accounts into 
treatment groups, and return a set of actions. All actions determined at cycle 
are written to the report record file. The records generated at cycle are input 
to the weekly or monthly outcomes and performance reports. After the file is 
pared down by a sample factor of the end user's choice, the resulting file is 
input to the estimator process. It is possible to use the entire, unsampled file 
in an environment. 

The order of processing at cycle is, for example: 

1 . Assign the account to a strategic portfolio (SPID). 

2. Assign strategy IDs for the decision areas, including authorizations, if 
applicable. 

3. Calculate the behavior score. 

4. Review the account for credit line actions. 

5. Review the account for delinquent collections actions. 
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6. Review the account for overlimit actions. 



7. Write to the report record file. 

8. Return actions and other data to the calling program. 

The order of processing can vary from this. The addition of the reissue 
management, marketing communications, or performance-based pricing 
decision area, for example, may add other reviews to the account during cycle 
processing. These areas can be run as stand alone jobs, or as a part of cycle 
processing. After the new behavior score has been calculated, it is used in 
subsequent processing. Similarly, if a new credit line is calculated, it is used in 
subsequent processing. 

After all decision area processing has been completed, the system returns 
actions and other data, such as behavior score and new credit line, to the 
calling program. The calling program must implement the actions and store all 
the data. 

Daily Posting 

Accounts that are delinquent or over limit are treated by the system during 
daily posting. The system first determines if the account fits into an excluded 
category. If it does, it is not processed. A classic example in delinquent 
collections is an account that was delinquent at cycle, but has now 
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been reclassified as bankrupt. If bankruptcy is an exclusion, the account is not 
processed. However, a non-excluded delinquent or over-limit account may 
receive one or more of the following actions: 

■ Set a block code. 

■ Queue the account to collections. 

■ Send a letter. 

■ Take no action. 

The system records all actions in the report record file for use in outcomes 
reports. 

Report Processing 

Reports are produced by regularly scheduled processing. They are also 
included in standalone processing for those decision areas that allow this 
option. The system uses the report record file to create a variety of reports, 
including outcomes reports, strategy performance reports, scorecard 
performance reports, estimator reports, and formatted report records. 
Estimator reports and formatted report records are generated on-demand. 
Outcomes and performance reports are regularly scheduled reports that are 
run monthly or weekly, A weekly run is often used as an intermediate step to 
consolidate report records and minimize month-end processing time. 
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Because the outcomes and performance reports contain sum-of-cycle data, 
and not point-in-time month-end data, the numbers may not match with 
traditional month-end reports provided by other systems external to the 
system. 

5 

Outcomes Reports 



Outcomes, reports tally counts and amounts. If an end user wants to know 
how many letters were sent as a result of actions from delinquent or overlimit 
10 collections scenarios, the outcomes reports for those decision areas contain 
that information. Similarly, they show behavior score distributions and 
exposure changes resulting from credit line changes. 
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Performance Reports 

The system has several types of performance reports, for example: 

■ Strategy performance reports compare overall performance across 
decision areas. 

■ Scorecard performance reports monitor the performance of the scorecards 
over time. 



■ Delinquent status transition matrix reports monitor the movement of 
25 accounts from one stage of delinquency to the next. 
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On-demand Processing 



On-demand processing refers primarily to running the audit program, the 
estimator program and reports, and printing formatted report records. It also 
means updating the control tables in the PCTMS or running the reissue 
management, marketing communications, and performance-based pricing 
decision areas whenever desired. 

Audit Program 

The host system audit program performs most of the cross-table validations of 
the control tables and produces an audit report for a successful audit. The 
report is a series of table images that are preferably identical to the PCTMS 
audit report for identical client data. If the audit program encounters an error, it 
generates an audit error report. The host system audit and audit error reports 
can be printed for viewing the control tables or errors. 

Estimator Reports 

Estimator reports show the number of accounts in each row of the 
development control tables and the behavior score good/bad odds associated 
with the row. The system runs the estimators using a user-defined sample 
number of records from the production report record file. Estimator reports 
provide a valuable tool in determining the impact that a strategy has in terms 
of operations and profitability. These reports can be generated at any time 
and should preferably be run before implementing new or modified 
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strategies. Estimator report features are specific to each decision area. The 
end user can modify estimator parameters in the PCTMS. These parameters 
are uploaded to the host system along with the end user's control tables. The 
estimators run on the host system. 

5 

Formatted Report Records 
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In addition to outcomes and performance reports, the following types of 
records are customarily used for testing purposes and can be generated for 
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10 most decision areas. 



• Score Test records 



These records show the calculated values of all characteristics used to 
15 generate the score for each account. The score test record format can be 
enabled in the generate test score records field located on the general tab in 
the scoring options dialog box in the PCTMS. 



• Pass/Return Test records 

These records give the values of the pass and return fields used in the linkage 
between the system and the client. The pass/return test record format can be 
enabled in the Test PR10 field located in the test data output options tab in 
the options dialog box (Client Parms icon group) in the PCTMS. 

• Strategy Key Test records 
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These records give the calculated values of all keys or a subset of keys 
actually used in the decision area strategies for that account. This test record 
format has options for generating test key values and test key records by 
5 account or by decision area. The strategy key test record format options can 
be enabled in the test key value, test key by account, and test key by decision 
area fields located in the test data output options tab in the options dialog box 
(Client Farms icon group) in the PCTMS. 

10 Control Tables 

The system uses a series of control tables as input to processing. The tables 
define all the system parameters, including decision area strategies and 
scenarios, reporting parameters, system control fields, and scorecard 
15 assignment keys. 

Transaction Processing 

The authorizations management decision area is transaction-based. It runs as 
20 a part of the end user's on line authorization system or, optionally, in a batch 
environment. Reporting and estimator functions run on demand in batch 
mode. 

25 About Behavior Scoring 
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This following discussion presents a brief overview of the procedures to 
develop, implement, and track the performance of behavior scorecards. A 
behavior score quantifies ever-changing credit risk at the individual account or 
customer level by summarizing the risk into a single number. It does so by 
analyzing a series of risk predictors, such as payment, delinquency, and 
usage patterns. The behavior score enables the end user to make decisions 
about an account relative to the risk it presents. This is done in the PCTMS by 
incorporating the behavior score as one of the criteria, or strategy keys, in the 
end user's strategies. This enables the end user to increase revenue by 
promoting usage and loyalty among low-risk accounts. The end user can also 
limit potential losses on high-risk accounts by blocking further usage and 
recovering as much of the outstanding balance as possible. The term 
behavior scorecard encompasses several types of scorecards offered by Fair, 
Isaac, as shown in Table 2 below. These scorecards are shown for purposes 
of example and other scorecards may be used in connection with the 
invention. Some of these scores are based on internal billing and payment 
information, whereas others are based on external credit bureau data. 



Table 2. Scorecards 



Scor^caf d Type De^criptidri 



Standard Sehavitsf 
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For purposes of the discussion herein, standard behavior (risk) scorecards 
are used as examples. However, the terminology, procedures, and reports 
described here pertain to most types of scorecards. 



Terminology 



An important part of understanding the scoring process is understanding 
scoring terminology. See Table 3 below. 



Table 3. Basic Scorecard Terminology 



Term 


Definition 
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beexi open?' 

A d%BTBi^efis\xc can baa primttiva <Ma eierr^rU, thai is^ a data ftetd 
passed into TRIAD f&r the purpose of generstsng a behavicf score or 
arvDther calc^ai^Dn. HIgh&sS De^i^^cy Ulatmie Is an exarr^te <^ 
this ^md of charajc^ristkx. A charsctarisfek: can also be a catrnbinsftion 
of <Mb fielcfe, gych as Peccant of PsymenlB CSreater #ian An«>unl Due 
Over the l^st Five Ktontfm.. 



DiVEiJ^rToe A n^ativ© maas^ o#the strengii of a econec^d in sinfiple Seriro, rt ^ 

the separatD^^obe^,we«n goods arui bads- 

Good AGGOurrt An account that ia d^^sMed as s^stMsctory througfwjtit lha 

peiformafice period baaed on the aocrecard performeitca ifieasuras. 

F<^ a standard behavtor risk rr^xfei a flood accmint &m that has 
either remained oyirfifit ^rou^uHit the perfcirjnarKe vmdow, ox not 
bem% more than n times on&^ofcie delinquent diirmg tl^ tims peimd 
(for BxafT^B^ ttuee tiimeB oine-<:^le delinquent). 



IndeCefeiinate 
Aecouwt 



An Bccoimtth&t did not cpafify as good otr bad during the perfocinanpce 
pariod. 



Term 


Definition 


Observation Date 


DffitB ffroraiwhie+i pTe<ictors ana generated. 


Ddd3 


Tha number of goQds per bad 


Odda-to-ScQre 


The re^tiorrship of She odds ko score, such as o<kiB of 60 to 1 at a 




scofB of SCO. The odds-to-sooie reJation^^ is dfiter mined during the 




scDTBcard detivary meeting. ai.so be referred to as scaling. 


Peiform^ce Date 


Da^e n rr^m^ths sfter the obeefvalion dale at v/hict^ the perf<^wiance <^ 




eK:h mx?smm\n the <^e^opment sample is defined. 



PerforrnsRce Defines of what Is h^mtg predicted and c^^siiSes sosounSs as ^ther 

DeOmtion Qood, b^, or IndeterrmmiEe. Behavior ^^recarc^ use difexent 

perforrrsfTPce de^nMions depej^ir^ on v^steach ^ pradicl. For 
example^ a stanid aid behervioraoorecard mBSSures ask. Payment 
projecfjor^ sctsrecards g^edct the amoynl or penceiitage of repsymeffct 
frofn an accKXinl already in an Bcfi^arHsadsIMB of delinquency 
(bankcard orreSaU) or purchase rep^^sasaion (installmBfUloan)^ 



A special category* f^^ accomtB requlrmg &8pafatB perform aix^ 
tracking. Soring accoiin^tE are in an unusual status vvh ere tit b diiictitt 
or Impossi^e to BCGnrate^fy bs^^ good ^^ssdL or indeterninalB 
pejformance messures. 

For exan^^^ a credit card lEhet Is reported as lost or stolen during the 
perfomwtce period may h& classifed as a bad account, however the 
scJivi^ not controlled by t^e origiftat cerdho^r 

The pEJfom^ce of every ^jored acoounl la proceBsed and 
dassiSed, so the accoMJits are nottofmhted orexduded fromtRIAD, 
Any seocmnt rdenified as apeiforrnance exclusion dimng tine 
peifonmafice period is not isaiisd in the Scorecard PerformarKe 
repDJlB. 



Performance Lei^gth tift^e lbet\v«^en the observafOon date and ^e performarsce 

Pejiod or Wmdwf date. 

For sland^dlbankcard and retail beharyior ses^eeards, this period is 
aftem six m^msihrs- Oj>c« behavior soorecards have b^n Emplement&d, 
this tEJUfi refers to tiie aonoiint of drrve over which the petrfomwice of 
tine scorecards »s examined 



Number of points in a scorecard that it tal^s to double ithe <Kids. 

Example: If a score of 560 has assodaHed odds of 30 to 1 and a 
score of has <xMs of 60 to 1 , tuven^ points an a score doubles the 
oddSv Tte PDO Is deterriRmed diinnjg the soorecard <feliv«fy ^neeting. 



Raw Soore Sum of the weights Us€ all dsaractefistics ir> a scorecsrd. 



S^recard A table referencing p radicle variables^ ca^d ch^ac^risik^, &vd 

associate attribute ran^a and v/^eJghta. 



W& i g ht u e :^&i gn ed to ^ attrdbota r^ge. 



Perfomwice 
Exclt^ion 



PomtBto Double 
theOdd3<PDO) 



Scorecard Development 



This following discussion presents an overview of the scorecard developnnent, 
a complex process requiring intensive analysis of your data. 

The general procedure for scorecard development is as follows: 

1 . Identify account categories for exclusion and retention. 

2. Define the performance window. 

3. Define scorecard performance measures. 

4. Define the odds-to-score relationship. 

5. Define sub-population splits. 

6. Develop characteristics and attributes. 

7. Produce preliminary scorecards. 

8. Implement scorecard. 

Identifying Exclusion and Retention Categories 

Some accounts are excluded from scoring. Exclusions may include, for 
example, accounts that are in some unusual status causing delinquency and 
payment patterns to appear abnormal (deceased, disputed) or 
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accounts that are subject to special treatment. Similarly, if an account has 
had no activity for several cycles, a new score may not provide as good a 
measure of performance as a score calculated before the account reached 
that length of inactivity. When the existing score is used instead of a newly- 
5 calculated score, the score is said to be retained. 

Exclusions from Behavior Scoring 

The preferred embodiment of the invention does not calculate a behavior 
10 score for accounts that meet the criteria for scoring exclusion categories. 
Instead, it moves a special, user-assigned code to the aligned behavior score 
and raw behavior score fields and zeroes to the scorecard ID field. The user- 
assigned code is a number between 1 and 30. The end user can use this 
code as he would a behavior score, to segregate categories of exclusions for 
15 special treatment in a strategy. Excluded accounts are tallied in the behavior 
score exclusion report. 

Accounts that are excluded from scoring this cycle are not automatically 
excluded from future scoring or from decision area processing. For example, 
20 an inactive account may not be scored, but it may still be allowed in the 
following decision areas: 

■ Authorizations. 

25 ■ Marketing communications, to attempt to reactivate it. 
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° Overlimit collections, if it reactivates and exceeds its^credit or cash limit. 



The list of exclusions is hierarchical. If an account qualifies for exclusion in 
more than one exclusion category, it is excluded for the first reason 
5 encountered. For example, if an account is both bankrupt and charged-off and 
the hierarchy positions bankrupt before charged-off, bankruptcy becomes the 
exclusion code. It is then tallied in monthly reports as a bankruptcy exclusion. 
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Retaining a Score 

Retaining a score means using the prior cycle's score during the current cycle 
instead of calculating a new score using current information or excluding the 
account from scoring. A score may be retained for a number of reasons. Short 
term inactivity is the foremost retention reason. 



When a score is retained and the previous month's score is available, the 
prior cycle's aligned and raw scores are aged into the current cycle's scoring 
fields, and the score-card ID field value is assigned a reason retention code 
plus the retain scorecard factor. This factor is typically -1-2000, however, it can 

20 be set to a different value in the PCTMS. For example, consider an account 
with an aligned score of 657 that has been inactive for six months. This period 
of inactivity triggers score retention. As shown in Table 4, when the score 
fields are aged, the aligned score and raw score fields retain their previous 
scored value of 657, and the scorecard ID field value is changed to a retention 

25 reason code of 31 (which might be used to designate short-term inactive 
accounts, for example) with a prefix of +2000. 
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Table 4. Aged Score Field Values When Previous Month's 

Score is Available 



Scoring f ieki 


Pf evtous month 


Current montti 








Raw Sescre 




657 


Bcorecafd ID 


2 


203 1 



If an account does not have a valid score to age, a user-defined retention 
reason code, such as 31 , is moved to the raw score and aligned score fields, 
and the scorecard ID field value is assigned the retention reason code plus 
the prefix of +2000, as shown in Table 5. 

Table 5. Aged Score Field Values When Previous Month's 
Score is Not Available 



Scoring field 


PfevBdus inontti 


Ciitrent montti 


AtigntBd So<a^ 


^tot BTvai labia 


31 


Raw SoE^e 


Mat availabte 


31 


Sconeosrd 10 


Not available 


2mt 



Retention reason codes are assigned in the exclusion and retain reasons 
dialog box in the PCTMS. 



Scoring Accounts Excluded from Scorecard Development 



Accounts that are open one or two months at the time of scoring do not have 
the full financial history needed to calculate a score. Newly booked accounts 
are excluded from the datasets used to develop behavior scorecards. 
However, the scorecards may be used later to score newly booked accounts 
at implementation. Accounts that are excluded from scorecard development 
but scored later in implementation are tracked separately. The calculated 
score is moved to the raw behavior score field. The \scorecard ID field value 
becomes the number of the score-card ID used to calculate the score plus a 
non-development scorecard factor. This factor is typically +1000, however, it 
can be set to a different value in the PCTMS. For example, if the newly 
booked account is scored using scorecard 2, then the scorecard ID field value 
is 1002. 

The behavior score distribution report by SPID and scorecard ID has separate 
columns for scorecard ID 1001, 1002, and so on. The scorecard performance 
reports have separate pages for Scorecard ID 1001, 1002, and so on. 
Scorecard ID values may vary by installation. The PCTMS displays the values 
for the end user's installation in the non-development scorecard factor and 
retain scorecard factor fields on the score factors tab in the scoring options 
dialog box. 

Defining the Performance Window 



In scorecard development, the 



performance window is the period 



between the observation date and the performance date. Often this is a six- 
month period. In implementation, this length of time is the full period reported 
on the scorecard performance reports. During this period of time, the 
performance of the account is determined. 

5 

Defining Scorecard Performance Measures 

Each type of scorecard has its own performance measure, depending on what 
is being predicted. In a behavior risk scorecard, the performance of an 
10 account is defined as good or bad in terms of risk. Once the definition is 
established, accounts are classified as goods (low risk) or bads (high risk). If 
an account does not fit into either definition, it is an indeterminate. 
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Odds-to-score Relationship 



At the scorecard delivery meeting, you establish the odds-to-score 
relationship. Score-cards may, for example, be scaled so that a score of 600 
has odds of 60 to 1 . The odds indicate the probability that an account will or 
will not reach an unsatisfactory condition over the next specified number of 
20 months. Odds of 60 to 1 at 600 mean that out of 61 accounts with a score of 
600, 60 will remain satisfactory and 1 will not. The odds cannot tell the end 
user which account out of the 61 will be the one that becomes bad. Table 6 
shows a sample odds-to-score relationship. 

25 Table 6. Sample Odds-to-Score Relationship Table 
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Score 


Odds 


mo 


60 to 1 


sao 




560 


tSto 1 




7. 5 ^ D 1 




to 1 


mo 





Notice that the odds double for every twenty point increase in score. A score 
of 540 has associated odds of 7.5 to 1. A score of 560 has odds of 15 to 1, 
double the odds at the previous score. The number of points to double the 
odds (PDO), is decided at the delivery nneeting. After the scorecards are 
implemented, the end user can track the odds-to-score relationship on the 
scorecard performance reports. 

Defining Sub-population Splits 

Risk for different populations can best be assessed by custom, tailored 
scorecards. Predictive and robust scorecards can be built using small and 
homogeneous sub-populations. The more homogeneous the sub-population, 
the more predictive the scorecard is for that group of accounts. The behavior 
and risk trends within a sub-population can be characterized by unique sets of 
predictive characteristics. Using a score-card developed for one sub- 
population on a very different sub- population does not yield satisfactory 
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results. For example, a scorecard that depends heavily on analysis of past 
delinquency would not perform well for a clean population; that is, a 
population of accounts that had not been delinquent in the specified time 
period. To identify likely sub-populations within the overall portfolio, the 
5 scorecard developer performs a segmentation analysis. 

Common splits are: 

Months-on-books New or old 

New accounts have been open up to a specified 
number of months and old accounts have been 
open longer. 

Historical delinquency Clean/dirty 

Clean accounts have no history of delinquency 
over n months and dirty accounts have been 
delinquent at least once during the n-month period. 

20 

Current delinquency Current/1 -cycle delinquent/2-cycIes delinquent 

This split is based on current level of delinquency. 

Groups are often combined. For example, an old clean current scorecard 
25 would operate on the population that was on the books a specified number of 
months, was never delinquent during a defined previous period, and 
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was current this month. The general rule for a sub-population is that a group 
nnust be large enough to have an acceptable number of goods and bads. 

Developing Characteristics and Attributes 

5 

The system calculates raw behavior scores from account characteristics and 
attributes. 

Characteristics ask questions about an account, such as What is the highest 
10 level of delinquency this account has reached in the last six months? or What 
is the ratio of the actual payment to the minimum required payment over the 
last six months? 

Attributes provide a series of multiple choice answers to the questions posed 
15 by the characteristics. Each attribute has a weight (number of points) 
associated with the answer. It is the summation of the weights that produces 
the raw behavior score. The series of characteristic questions comprises the 
scorecard. 

20 Generating characteristics requires extracting fields from each account 
record. Typically, a month-end or billing-time observation file is used to 
generate characteristics. If scoring occurs at billing and data from month-end 
is used in development, only fields that have remained unchanged between 
billing and month-end may be used. 
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Some characteristics, such as highest lifetime delinquency, need 
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only a single field from the account record. Others, such as ratios over tinne, 
need two or more fields. After characteristics are created, each is evaluated 
for its ability to separate good and bad accounts in the development 
database. Any field used for a characteristic in the development phase must 
5 be available after scorecards are implemented. Not only must it be available, 
but its status must be identical. For example, a cycle-to-date field might 
contain the full accumulation for the cycle or it may have been initialized back 
to zero for the new cycle. If the development characteristic used the full cycle 
amount, the implemented version of the characteristic must be calculated 
10 before that amount is reset to zero. 

IS s 

ry Producing Preliminary Scorecards 

W Just as a scorecard is composed of characteristics, so a characteristic can be 

O 15 broken down further into attributes. A number of processes take place before 

the final set of attributes is determined. The last of the processes is called 
coarse classing, where very fine level individual attributes are grouped to 
obtain statistical reliability at the coarse attribute level. Attributes that 
represent similar risk levels are grouped together. Similar attribute groupings 
20 in different characteristics often have very different predictive values. The 
same characteristic may appear in more than one scorecard, although the 
attribute weights typically differ. 



In Table 7, the characteristic average balance last six months has four 
25 attributes. The characteristic months since delinquency has five attributes, 
including never. With the characteristic months since 
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delinquency, the score increases as the time since last delinquency grows. An 
account that has never been delinquent gets the highest, or best, score. 
Some characteristics give a larger range of scores, an indicator that they carry 
more weight than others. The characteristic total payments as a percent of 
total balance over the last 6 months seems to be a weaker indicator than 
months since delinquency. However, the characteristics are a better indicator 
when used together than when used alone. 



Table 7. Sample Score Compiled for a single Account 









Exampte 
Soore 


Totei pB^/ttfi&xttB as % of Total 




60 


74 


Balar^e 6 girths 


4-a% 


74 






9-12% 


81 






n - 36% 


90 






36 - 100% 


81 




Mentha Since Definquency 


0-3 


21 






4-5 
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6-9 


67 






10^ 


79 






Hever 


90 




Piircha&es im Period as % of 


1 -19 


eo 


77 


Pfe^^iQus B stance 


2iD-49 


67 
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77 








71 




Average Balanoe Las£ Six Mmihrs 




82 
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2^-499 


75 






500-34^9 


85 








4^ 




Percant of BalarK^ that is Ca^ 


0 


85 
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Advanc* 


1-19 


6B 






^-49 


50 
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Cument Balarace as % of HighesS 


1-39 


58 


75 


Balance 


40-69 


65 






70-79 


69 






aj&-a9 


75 






90-100 


71 




TgIbI Example Raw Score 


440 



The raw score is the sum of the weights of each characteristic in the 
scorecard. Table 7 above shows a sample score compiled for an account. An 
example score for each characteristic is shown down the right column. In this 
example, information about the account translates into a raw score of 
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440. Once scorecards are finalized, they are implemented and tested to 
ensure that they are performing as designed. 

Scorecard Implementation 

5 

The definition of each scorecard and its components are available for review 
in the scorecard manager facility of the PCTMS. At cycle time, the system 
selects the appropriate scorecard for each account based on the decision 
logic on the host system, as implemented from the scorecard assignment tree 

10 on the PCTMS. The scorecard assignment keys for this tree are selected 
during the scorecard design process and require hard coding. The end user 
can track a scorecard's performance using the reports described herein. 
When it is necessary to adjust or realign the scores to restore the original 
odds-to-score relationship, the end user edits the alignment factors - the 

15 multiplier and the weight - in the scorecard assignment tree. 

Behavior Score Tally Reports 

Behavior score retention and exclusion data is recorded in the report record 
20 file for each account. At the end of the month, all the information is tallied and 
summarized for reporting. Collectively, the outcomes reports are known as the 
cycle tally reports. 
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The system produces the following behavior score cycle tally reports: 



■ Behavior Score Exclusions by SPID. 
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■ Behavior Score Distribution by SPID and Scorecard ID. 

■ Behavior Score Distribution by SPID, Delinquency, and Credit Utilization. 

■ Behavior Score Distribution by SPID, Delinquency, and Cash Utilization. 

■ Behavior Score by Credit Bureau Score by SPID. 

Cycle tally reports are produced once a month, typically at month-end. They 
can also be produced daily or weekly, if needed. Under normal conditions, 
monthly reports are sufficient. During the first month of a new strategy, daily 
or weekly tallies may be useful. 

Reports are produced by SPID. Each report is produced for each SPID and 
for the total of all SPIDs. The title of each report contains the first and last 
date for which data was included. If it is necessary to see the characteristics 
and attributes for each account, the system can generate an extra record on 
the report record file. This record is called the behavior score test record. It is 
a valuable test tool that the end user can enable by setting the generate test 
score records field on the general options tab in the scoring options dialog box 
in the PCTMS. This option allows the end user to produce test score records 
for all scorecards or for individual scorecards via scorecard manager. 



Behavior Score Exclusions by SPID 



This report displays the number of accounts in the exclusion and retention 
categories. The end user can use this report to determine the number of 
accounts with each specific exclusion score. This can be useful information 
for any scoring exclusions that would pass through the end user's strategies. 
All the data is collected at billing. 

Behavior Score Distribution by SPID and Scorecard ID 

This report displays the behavior score distribution across scorecards. For 
each score-card, the report shows the number and the percentage of 
accounts in each behavior score range. The end user defines the behavior 
score ranges (exactly forty) in the PCTMS report ranges dialog box. This 
report is used to verify the score ranges being scored on each scorecard. 
The behavior score distribution by SPID and scorecard ID report prints with as 
many pages as needed to display information for all scorecards used in the 
installation. 

Behavior Score Distribution by SPID. Delinquency, and Credit or Cash 
Utilization 

This reports assists in monitoring the use of credit and cash lines. Both 
versions of the report show utilization for current, one-cycle, two-cycle, and 
total being less than three-cycle delinquent accounts only. One example of 
this report is the behavior score distribution by SPID, delinquency, and credit 
utilization report. The behavior score distribution by SPID, delinquency, and 
cash utilization report has an identical reporting matrix as the 



credit utilization report, and can be suppressed if the end user's company has 
neither cash balances nor cash lines. 



Behavior Score by Credit Bureau Score by SPID 

5 

This report shows account status by behavior score compared to credit 
bureau risk score for each SPID. The matrix cells report for the combination of 
behavior score and credit bureau risk score nn months ago, as displayed 
below the SPID name in the report heading. The information includes counts 
10 of the number of goods and bads in each cell, as well as the odds and 
population percentage. 

Scorecard Performance Reports 

15 The scorecard performance reports provide information about the predictive 
ability and the performance of the scorecards for an indicated period. 
Although there are differences among the reports, their purposes are similar; 
the reports allow the end user to assess if the scorecards are performing 
according to their design specifications. 
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They do this by: 



■ Providing the end user with a view of performance. If the scorecard is 
performing well, a high score range shows a greater number of accounts 
25 that remain cur-rent and a lower number of accounts that reached an 
advanced stage of delinquency. The lower ranges show the opposite. 
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■ Furnishing the number of goods and bads associated with each score 
range. From these numbers, the end user can calculate the odds and 
assess the performance of the scorecard relative to its design 
5 specifications. For example, if the odds-to-score ratio was designed to be 

60-to-1 at a score of 600, with 20 points doubling the odds, a quick 
calculation of the odds at scores of 600 and 620 provides a very rough 
scorecard performance check. 

10 If an account fits in two categories on the report, it is reported in the more 
severe of the categories. For example, if the categories are four or more 
cycles delinquent and bankrupt, the account is reported bankrupt . Each 
report spans a performance period associated with a scorecard ending in the 
current month. The interval is defined in the report headings. The reporting 

15 interval is identical to the performance interval except for the period 
immediately after the system is implemented. For example, if the performance 
period is six months, it takes six months to accumulate performance data. 
During that period, the reports assess performance over the available period. 
Reports produced during the first month would be meaningless because there 

20 would be no interval against which to measure performance. 

Reports are produced monthly. For each account, performance information is 
collected on the day the account cycles. The information is then processed for 
the interval period when the month-end reports are run. Only accounts scored 
25 at the beginning of the performance period are included in the \scorecard 
performance reports. For example, if the performance period is six 
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months, accounts scored six months ago are included. 



The performance by score reports use an identical reporting matrix. 



5 Performance by score reports include: 

■ Behavior Score by SPID and Scorecard ID. 

Q ■ Behavior (Payment Projection) Score by SPID and Scorecard ID 

10 

■ Raw Score by SPID and Scorecard ID. 

■ Credit Bureau Score by SPID. 

15 Each of the reports listed above and shown on the following pages shows a 
slightly different version of scorecard performance. The two behavior score by 
SPID and scorecard ID reports show the maximum level of delinquency 
reached by accounts in each aligned behavior score range during the 
performance period. The raw score by SPID and scorecard ID report gives the 
20 same information by raw behavior score range. Before the scorecards are 
realigned, the numbers on these two reports are identical. The credit bureau 
score by SPID uses the same delinquency matrix, but shows the data by 
credit bureau risk score range. 

25 The system tallies accounts in the behavior score by SPID and scorecard ID 
and behavior (Payment Projection) score by SPD and scorecard ID 
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reports as follows: 



• If the scorecard was designated as a discrete good/bad performance 
scheme field (located in the scorecard definition dialog box in scorecard 
5 manager) from the beginning of the performance window used for 
scorecard performance reporting (not the window used to score the 
account), then the account is tallied on the behavior score By SPID and 
scorecard ID report. 

10 ■ If the scorecard was designated as a continuous good/bad performance 
scheme, then the account is tallied on the behavior (payment projection) 
score by SPID and scorecard ID report. 

The system uses the value in the good/bad performance scheme designation, 
15 not the scorecard type, to determine which report to produce. 



Strategies 



This following discussion describes strategy development, from creating the 
20 basic components through evaluation. Strategy development is an ongoing 
process in which today's aggressive challenger becomes tomorrow's 
champion. 

The following discussion explains: 

25 

■ Strategy elements (triggers, strategy keys, and scenarios). 
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Strategy trees. 



■ Champion/Challenger strategies. 



Strategy assignment. 



Strategy evaluation tools. 



gi 10 ■ Strategy Performance reports. 



Strategies are used to increase revenues, reduce losses, or create 
promotional opportunities for end user customers. The PCTMS lets the end 
user test new ideas against the ideas embodied in an existing business 
15 strategy. The strategy that depicts current business practices is called the 
champion; the new test strategy is called a challenger. If a challenger 
produces the desired results, the end user can easily roll it out as a new 
champion. It is also possible to have several challengers being tested against 
a champion within the same decision area. 

20 

Figure 7 is a simplified rendering of a strategy. The single criterion or strategy 
key on the left shows that there is interest in only one thing for the accounts 
on which this strategy is run, namely whether they have ever been delinquent. 
This strategy increases the credit line for accounts with a value of no for 
25 delinquency and does not increase it for accounts with a value of yes. Those 
two scenarios are displayed at the bottom of the decision chart. Real 
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strategies are much more sophisticated. The trial and error involved in the 
search for the proper combination of keys, values, and scenarios is what 
makes a proven champion strategy so valuable. 
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5 In the preferred PCTMS, an end user can define up to 998 different strategies 
for each decision area. Strategy ID 999 is reserved for assigning accounts to 
be bypassed from decision area processing. Strategy IDs are specific to each 
decision area and logically independent. Strategy 101 in credit line 
management, for example, is not the same as strategy 101 in authorizations 
10 management. 

The first step in building a strategy is to determine the optimal set of decision 
keys. The second step is to build a strategy tree using the assigned keys. 
Once the end user creates strategies, they must be assigned to a random 
15 digit group and SPID. Finally, when the end user is satisfied with the integrity 
of a strategy tree logic, he uploads the database files to the host system for 
implementation. 

Strategy Elements 

20 

Every strategy, regardless of decision area, has the same basic elements: 

■ Trigger, or timing events, that initiate action in the decision area. 

25 ■ Strategy keys, also known as decision keys, that determine which criteria 
in an account profile is used in defining the strategy decision logic. 
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Strategy key values define the strategy decision logic and determine which 
scenario is applied to an account. 

■ Scenarios that define the actions to be taken for each account profile. 

5 

■ Strategy assignment that links a group of accounts to a strategy that may 
be the champion or a challenger. 

Triggers 

10 

Triggers are circumstances that alert the system to the need for a review and, 
potentially, an action in a decision area. In some decision areas, such as 
credit line management, the decision is based on timing criteria. In other 
areas, such as delinquent collections, account status initiates the review 
15 process, but scenario timing parameters control when actions are taken. In 
the marketing communications and performance-based pricing decision 
areas, the triggers are a series of filtering tests that determine which accounts 
are reviewed for treatment. 

20 Account Status Triggers 

In some decision areas, account status is an initial trigger for review. 

■ In the overlimit collections decision area, accounts must be both over limit 
25 and non-delinquent. 
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■ In the delinquent collections decision area, the account must be 
delinquent. 

■ In the authorizations decision area, accounts are typically over limit or 
5 mildly delinquent. 

In each case, an account status check or pre-screen precedes the initial 
review in the decision area. Account status triggers do not initiate an action; 
they merely pass accounts into a decision area for further review. 

10 

Timing Triggers 

Overlimit breakpoints are a good example of timing triggers. Amount 
breakpoint and percent utilization, shown in Figure 6 are two types of overlimit 
15 breakpoints. 

The third percent utilization breakpoint in Figure 6 is set to 110. This means 
that the balance before posting balance (pre-post balance) must be less than 
110% of the credit limit and the balance after posting must be equal to or 
20 greater than 110% of the credit limit. 

When an account in the strategy fits this description, it has crossed a 
breakpoint. Only when one or more of the breakpoints is crossed does the 
system take an over-limit action. 

25 
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Scenario Triggers 



Not all treatments are based on timing alone. In some decision areas, special 
triggers are built into the scenarios. For example, in delinquent collections, the 
5 action/day fields trigger the corresponding treatments, as seen in Figure 7. 



Delinquent collections scenarios have three action sets. To create the 
scenario, the end user defines when each action set occurs relative to cycle. 
In Figure 7, actions occur five days, fifteen days, and twenty days after cycle. 

S 10 

i£s Filtering Triggers 

ry Marketing communications and performance-based pricing use filtering 

^ triggers to choose which accounts should be reviewed. The triggers for each 

^ 15 strategy are selected from the Keys library. The end user specifies the 
y triggers, trigger sequences, the range of trigger values to test, and if the 

trigger is required, optional, or not used. 



Strategy Keys 

20 

Strategy or decision keys are one of three essential building blocks (along 
with parameters/triggers and scenarios) from which the end user creates 
strategies. They are characteristics that define accounts and sort them into 
different treatment groups or scenarios. The end user can select up to 15 
25 keys from the keys library in the preferred embodiment. When the end user 
creates a strategy, he can define a unique set of strategy keys or copy 
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keys from an existing strategy, giving him optimum flexibility. Each strategy 
key is designated for use in appropriate decision areas. Some keys, such as 
cycles delinquent, may pertain to several decision areas, while others, such 
as reissue review point, may apply only to one, in this case, reissue 
5 management. When the end user builds a new set of keys for a strategy, only 
those keys designated for the decision area in which he is working are 
available for use. The designation of which strategy keys are available for 
each decision area can be modified in the Keys dialog box located in the 
client parameters group on the PCTMS navigation bar. 




The PCTMS gives three ways to choose strategy keys for a new strategy. The 
end user can: 

■ Select keys from the keys library. 

15 

■ Copy only the keys from an existing strategy. 

■ Copy both keys and key properties from an existing strategy. Properties 
include the defined lower-bound values used in the strategy logic. 

20 

A current project determines the method chosen For example, if the end user 
wants to build an entirely new strategy, he might begin with a new set of keys 
selected from his keys library. If the end user's goal is to create a strategy that 
is a slight variation of an existing strategy, he would copy keys and properties 
25 from the existing strategy and then make adjustments. Designing a strategy 
requires the end user to assign value ranges for each strategy key 
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used in the strategy. 
Scenarios 

5 Scenarios are another building block that nnake up strategies. A scenario is a 
set of actions that are taken on accounts meeting the criteria defined in a 
strategy. 

Examples of scenario actions are: 

■ Enclose a statement insert 

■ Print a statement message 

■ Set a block code 

■ Set a collection indicator 

■ Send a letter 

20 

■ Do nothing 

Each strategy can use many different scenarios. Within each decision area, 
more than one strategy can use the same scenario. The profile of the account 
25 or transaction receiving the scenario actions is defined by a branch of a 
strategy tree in the PCTMS. A scenario ID identifies each unique 
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action or group of actions. Scenarios for decision areas such as credit line 
and delinquent collections have pre-defined types of actions (action 
categories). For example, a delinquent collections scenario might contain a 
block code, collection indicator, and a letter ID. A credit line scenario could 
5 specify a credit line increase or decrease and a message to be printed on a 
statement. 

Although the action categories have been defined, the end user has control 
over the values in them, such as the amount of the increase or decrease. The 
timing of scenario actions varies with the decision area, specific schedules, 
and the parameters and triggers defined. 

The PCTMS allows the end user to customize some of the labels for scenario 
actions. These labels display on the desktop, and are reflected on the audit 
report and formatted report record print. 

Scenario Examples 

Some decision areas have fixed actions from which to choose. In other 
20 decision areas, the user defines all or part of the actions. The descriptions 
below summarize the actions for each decision area. In the preferred 
embodiment, the end user can define up to 999 scenarios in each client 
decision area, with the exception of authorizations. The end user can define 
up to 300 scenarios in the authorizations management decision area. 

25 

Delinquent collections decision area scenario actions can be phased 
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to occur three times throughout the cycle. Standard delinquent collections 
actions are: 

■ Print a statement message (cycle only) 

■ Include a statement insert (cycle only) 

■ Send a letter 

■ Send the account to a collections queue 

■ Set a block code 

Some overlimit collections decision area scenario actions are triggered by 
crossing a breakpoint. Standard overlimit collections actions are: 

■ Send a letter 

■ Send the account to a collections queue 

■ Set a block code 

Other overlimit collections decision area scenario actions are triggered 
regardless of whether a breakpoint is crossed. Example of these actions are: 

■ Print a statement message 



■ Include a statement insert 

Credit line management decision area scenario actions take place only at 
cycle. Standard credit line management scenarios are: 

■ Increase or decrease a credit, cash, third, or fourth line 

■ Print a statement message 

■ Send a letter 

■ Waive an over-limit fee 

The reissue management decision area combines preset actions, such as 
whether or not to reissue a bankcard, and user-defined actions, such as 
notifications. 

The authorizations decision area combines preset actions, such as whether to 
approve, decline, or refer the transaction, and user-defined actions, such as 
notifications. 

For the marketing communication decision area, all actions are user-defined, 
such as sending letters or creating a queue for a telemarketing campaign. 

For the performance-based \pricing decision area, most actions 



are user-defined, such as specifying the APR or fee waiver period. 
Strategy Trees 

The PCTMS displays strategies in a tree format in a window in each decision 
area. Strategy trees consist of strategy keys, branch lines or paths that lead to 
each scenario, nodes that display lower-bound key values for determining the 
path each account follows, and the resulting scenarios. Figure 10 shows a 
sample Delinquent collections strategy. Elements of a strategy tress are 
shown in Table 8 below. 
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Table 8. Elements of a Strategy Tree 



Tree Element Description 



Strategy Key 



Branch 



¥^ys that contain the criteria $hat define the veluaa at each hDrkontsi 
^evel of the tree. Tbe function Df the stra?.egy keys i& to a&sigr^ eadh 
aoGount to ths desired j^^nario. Str^egy trees; <?an ha\*e up to 15 
straleg^ kfirye, tak€n from th* Keys dialog in the PCTMS. 

iPsiShv^y from a nocls of the tree to the respiting ecenario. 



Level 



Hoikontd rov/ of the atraseg^ tree cor^e^sponding to a str&legy key. 
I^lodes daplay the values each sfcrstegy key level. 



us€f-d«jlned loxi^^-bQiind value v^ithin the correapondintg strategy key 
range. Th^ foiling e^carsiple liiiifslreteB how ajG^oun^fiow down 
nodes, usifig sample strategy 6ree in Figure 16. 

AoGoontB ^cydes d'elinquentwll §m/ dm/n first br ar^h <mthe\e^ 
of the first k€y t^eved. AtxjounrtB Solving down this branch whh a 
Mcmihs Sii^ Last Cred-t LiB# Chan|^ value of S to 11 v/ill How do^^vn 
th« l^anch wi\h the node value of S at the siKDond key l^et, mxd those 
with a l^ojiths Since Delinquency value of 4 to 99^ {th^e majdimum key 
range value j flov^ clown t^e branch vnlh the nods ^/alue of 4 at the 
third Icey ^evel Finally, acscounta fio^y^ dG\yn this branch with a 
MoTitirsOn Bq<^s value of 6 to 1t (foiarth key le*/el> 'r^ill be ^si^ed 
to scenario 2. 



Scenario JD Nfutmber that identiiies the scenario, or set of actions to be taken on 

ars aoeouni. S/^lid ID numbi^ me 1 through The PCJy^B 
drsf^ays the scenario ID m a box at the bottom of eat^h jbrar^. 
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Champion/Challenger Strategies 



The strategy that depicts current business practices is the champion. The new 
test strategy is the challenger. Champion and challenger strategies are 
identified by strategy ID and name in the strategy assignment dialog box in 
the PCTMS and in the corresponding TreeView - Strategies window for each 
decision area. Before a new or modified strategy is implemented in 
production, the end user determines the percentage of the strategic portfolio 
to which to assign the strategy using random digit groups. Depending on the 
end user's particular needs, the champion strategy may be assigned to a 
wider range of random digits than the challengers. 

Each champion and challenger group should be assigned to a large enough 
range of random digits to have a representative number of accounts treated in 
the decision area. For example, if the end user is testing a delinquent 
collections challenger strategy on 10% of the strategic portfolio, only a small 
percentage of those accounts is delinquent. Because of the smaller sample 
size, it may take longer to observe the differences in the challenger results 
than with a larger sample. When a challenger strategy outperforms an existing 
champion, the end user may decide to assign the challenger to a greater 
percentage of the portfolio. This is accomplished by assigning the challenger 
strategy to a wider range of random digit groups. 

Creating Comparable Digit Groups 
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Creating digit groups in equal intervals lets the end user compare champion 
and challenger strategies at-a-glance as illustrated in the following table. In 
general, it is easier to reserve a number, such as strategy ID 101, for use as a 
champion. This facilitates visual comparisons. 

5 

In Table 8, the first digit group range, 00-19, is the control group. All the 
strategy IDs point to champion strategies. The second digit group range 
introduces a credit line challenger. The third group pairs an authorizations 
challenger with the credit line challenger. The fourth digit group range pairs 
10 delinquent and overlimit collections challengers with champion strategies in 
the other decision areas. The last digit group range tests a reissue challenger. 

Table 8. Digit Groups in Equal Intervals 



Dig'it 
Group 


Credit Line 


Delmquent 
Collections 


Oveflimit 
Coliedlidvis 


AuthonzHti 

OflS 


Reissue 




(101) 


Champion 
(101) 


Chamfjion 


Chan^ion 


Champloct 




Challengef 
(120) 


Champion 
(101) 


Gham^icin 


Chanrfsion 
(iOl> 


{tot) 




Chalteng&x 
(120) 


Chafr\pi£jn 
(101) 


Champcon 




Chamfi«m 




(101) 


ChallengBJ 
(230) 


ChaBenger 

(^) 


Champion 


Champon 


80 - m 


Champion 
(101) 


ChampioR 
(101) 


ChamfHon 

{lOi) 


Chan^ion 

(%m} 


{525} 



15 



With the exception of the collections strategies, the end user can compare 
any challenger to champion in a decision area, as well as compare 



6 1 



the effects of multiple tests. For example, the end user can determine how 
much value the authorizations challenger adds to the credit line management 
challenger by comparing results between the two digit groups, 20-39 and 40- 
59, in the strategy performance reports. Without additional random digit 
groups, however, the collection strategies can only be analyzed as a pair, with 
the assignment set up this way. 

Bypassing Champion/Challenger Testing 

There are times when the end user may want to bypass the decision area 
logic. For example, the first month the system is in production, the end user 
may want to score accounts only and not provide treatment in the decision 
areas. To bypass system treatment for a decision area, set the strategy ID to 
999 for that decision area. Strategy ID 999 tells the system not to process the 
account. It also sets a return indicator informing the host system to treat the 
account; that it was intentionally bypassed by the system. 

Strategy Evaluation Tools 

The system software provides five tools for evaluating strategies: the audit 
programs, estimators, cycle tally reports, scorecard reports, and strategy 
performance reports. 

Audit Programs 



The audit programs perform cross- 



checks for audit rules for fields and 



control tables. For example, if a scenario is referenced in a strategy, the audit 
program verifies that the scenario ID is entered in the appropriate scenario 
table. When all cross-checking is finished, each audit program produces an 
audit report for each table or an error report, if any have occurred. After the 
5 PCTMS audit program runs to successful completion, the end user can view 
the audit report on the PCTMS. If the audit detects errors during the PCTMS 
audit run, an audit error report displays where each error has occurred. 
Figure 9 shows a sample strategy definition table in the PCTMS audit report. 

Each time the end user makes changes within the PCTMS, no matter how 
small the change, it is necessary to run the audit program again. The PCTMS 
requires a clean audit run before it prepares estimator control parameters and 
generates the database files to be exported to the host. 

The following discussion describes estimators and estimator control 
parameters. Run time for the audit program is negligible. After running a 
successful PCTMS audit, the PCTMS audit/export feature formats and saves 
the PC database files for export to the host system. The end user then works 
with the host system operator to upload the files to the host system. Protocols 
for moving between platforms vary. 

The host system operator should then run the host system audit program for 
the uploaded control tables. This step completes the cross-table validation of 
audit rules and provides a safety net to ensure that the tables were moved 
25 successfully. It also provides a record of the production control tables. 
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y s 



15 



20 
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In the preferred embodiment of the invention, the technical environment 
involves PCTMS and the upload files being transferred over the Internet to the 
host operating system for processing. The network involves browser software 
running locally on the end user's personal computer with a modem connection 
5 to an ISP (Internet Service Provider). Through secure channels, the data is 
routed to the data center and through the data center firewall coupling with the 
host system. Each connection from end user and the return of information 
from the host system follows the same Internet-based protocol. 

P 10 Estimators 

f] Estimators enable the end user to evaluate the impact of any changes to 

^ strategies or other control parameters before they are implemented. Each 

1 estimator produces a series of reports that are used in strategy development 

I 15 to forecast strategy outcomes, estimate the effects of strategies on 
operations, and analyze strategies for consistency. 

Each estimator calculates and reports the estimated number and risk level of 
accounts for each row of key control tables. A separate estimator report can 

20 be produced on demand for each decision area. These can be generated at 
any time, but are typically run after the control tables have been uploaded 
onto the host system and make use of the historical data stored in the end 
user's report record file. Estimating the potential effect and results of 
strategies enables the end user make informed adjustments before 

25 implementing them into production 
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The process for running estimators begins on the PCTMS. After running the 
PCTMS audit program, the end user has the option to change or confirm the 
parameters for the estimator reports. This is done in the estimator control 
dialog box. The PCTMS audit/export feature saves the estimator control 
5 parameters with the end user*s export files. 

The estimator control dialog box, shown in Figure 10, enables the end user to 
do the following: 

10 ■ Designate a processing date. 

■ Specify whether to realign behavior scores. 

■ Specify whether to use holiday settings from authorizations scenarios. 

15 

■ Select report options to designate the SPIDs to be included and the roll-up 
format, or the way in which data are grouped (by SPID and digit group, by 
SPID only, or by strategy). 

20 

■ Select a report set. 

■ Select report versions for the control tables to be represented. 

25 When setting report options, the end user may select a specific SPID when a 
more detailed analysis of a strategy's impact is required . 
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Generally, the strategy roll-up option best serves most needs. 



Running Estimators 

5 After the host system operator uploads the end user's PCTMS export files to 
the host system and runs the host system audit program, the estimators can 
be run using the control tables and the report record file. 

Role of the Report Record File 

10 

On the host system, selected report records feed the estimator process. 
These are called base records and they were produced in prior production 
runs. Because the report record file is large, the end user may want to use 
only a subset for the estimator tallying process. Using the estimator sample 

15 percent field in the SPID control dialog box, the end user can select every 
record in the SPID for inclusion in the estimators or he can factor-down and 
choose a smaller percent, for example every 10th or every 25th record. 
Because this field is specific to each SPID, the end user can alter the number 
of records chosen by SPID. Regardless of the factoring percent you select, 

20 the estimator reports reflect a robust volume of accounts or transactions 
based on a corresponding multiplier. 

Analyzing Estimator Results 
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The content of an estimator report varies across decision areas. 
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Estimators provide the following statistics for each decision area except 
authorizations: 



1^ 



Total number of accounts, number of scored accounts, and good/bad odds 
5 ratios for these accounts. 

The authorizations estimator report provides the number of transactions, 
number of transactions with behavior scores, as well as corresponding odds. 
In addition, estimator reports provide such measures as balance, number of 
10 accounts with line changes, amount of line changes, and other information. 

The good/bad odds ratio for each estimator is not based on actual 
performance, but rather on projected performance based on the odds-to-score 
relationship using the behavior score, and possibly the credit bureau risk 
15 score as well. Estimators only count those accounts with valid behavior 
scores in the ratio, and requires that the scores must fall within the minimum 
and maximum score settings. 

The estimators produce a series of report versions, as selected in the 
20 estimator control dialog box. These options include: SPID control, strategy 
assignment, strategy (all decision areas), scenario (all decision areas), and 
table definition tables. 
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Strategy Performance Reports 



Strategy Performance reports provide the ability to monitor strategy 
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effectiveness by summarizing various delinquency, financial, and other 
performance measures. They also present a relative measure of strategy 
profitability. Because the reports are produced by digit group, it is easy to 
compare the various measures between champion and challenger strategies. 

Some performance measures tracked are: 

■ Number of current, active, inactive, and delinquent accounts. 

■ Balance of current, active, and delinquent accounts. 

■ Number of new charged-off and closed accounts. 

■ Balance of new charged-off and closed accounts. 

■ Merchandise purchase amounts for current and delinquent accounts. 

■ Cash purchase amounts for current and delinquent accounts. 

■ Finance charges and other fees. 

■ Estimated profit per account and per active account. 

By examining the measures on the report the end user can compare how 
each strategy contributes to monthly profit. 
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Report Layout 



The system produces two strategy performance reports, one by SPID, digit 
group, and time on books; and one by SPID, digit group, and behavior score. 

5 

Row headings for both reports are identical. Column headings are different. 
The report by SPID, digit group, and time on books summarizes financial 
account data by the length of time the accounts have been open. The report 

_ by SPID, digit group, and behavior score summarizes current cycle financial 

ij.n 

10 account data by behavior score. The end user sets which behavior score to 
use, i.e. how many months ago, in the PCTMS using the strategy 

O 

01 performance report field in the reporting options tab on the client parameters 

lU 

E options dialog box. It is most common to set this so that the end user 

0 summarizes the behavior score from the beginning of the performance period. 

1 y 

5 

O For all industry types, a separate three-page strategy performance report is 

produced for each SPID and digit group combination defined in the strategy 
assignment dialog box on the PCTMS. A total report is produced for each 
SPID and across all SPIDs. Digit group ranges are not shown in the all SPID 
20 report because the digit group ranges can vary from SPID to SPID. The 
reports are produced once a month, although they can be produced on 
demand. 

Strategy performance reports use cycle data stored in the report record file. 
25 The 

reports do not contain posting data. Because the reports contain 
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sum-of-cycle data, and not point-in-time, month-end data, the numbers may 
not match with traditional month-end reports provided by systems external to 
the system. Another implication of this method of reporting is that reports are 
incomplete the first month after the system is installed, the first month a SPID 
is created from newly-acquired accounts, or the first month a new strategy is 
put in place. 

Bankcard. Retail. & Mail Order Strategy Performance Report 

The first page of the strategy performance report contains account and 
balance summary information. The second page contains additional balance 
summary information with balances split out between merchandise and cash. 
If the installation does not have cash lines or cash balances, the second page 
is suppressed. The third page contains delinquency rollover rates and 
balances, insurance and payment data, marketing letter data, fee data, 
behavior score data, average balance/performance ratios, and profit and risk 
numbers. 

Report Sample: First Page 

The first page of the strategy performance report contains account summary 
information for the digit group. Accounts are tallied by status categories such 
as open/closed, active/inactive, current/levels of delinquency, and charge- 
off/closed categories. The corresponding balances are also tallied. 

The first page of the strategy performance report summarizes six 
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general areas: Account Sunnmary, New Charge-off Accounts, New Closed 
Accounts, Balance Summary, New Charge-off Balance, and New Closed 
Account Balance. Table 9 describes the fields that comprise each of these 
areas. 
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Table 9. Row Heading Fields in Page 1 of Strategy Performance Report 

Report Field De&criptiori 



Account Sfjimmary R€f»rt section summarizing data by activity and delinquency level 

Total Accounts Total nunito^ of acco^nfe in each range in this digit grcsop. Thte 

number ificludes active, lfsaci£Kfe, and dosed a?c^cunt9, in bot^ Ms 
c^^^de {as^llied belovsr) and prevbc^a cydBS, 



Number of accounfts and peroent total acc^Kints v/ith a fion-z&jo 
balance. Ili€se nurrfc^sfa ifidude choaed aocounrtB with a balance. 
They do tmt Inc^wdB diargsd-aff ac>counlB cr doeed accounlB \vi^ a 
non-zero trance. 



AcGoyntB 



Ir^active Open Total numi^sr of opsn accounts and perceM c^lotal mosmnts^ vA^ a 
Accounts zero billed balance. Charge d-off erul closad accounts are i^ot included 

in tJ^ese rufanbars. 



Cyrrenl 
Accounts 

2 Cy«iB, 

3 Cyde, and 
4* Cycle 
AcxjountB 



TolBd ftismber of acTive aocounta ajr^d percant of total ao^^unts th^ are 
neither cldin^ent nor charged off. 

folal nunrafe^ d acoo^ls and peroEfnl of ac^« acccMjniB tbaS are 
QnenGyde, two^ycle, three-cyde, and four «^ more cycle delinquent 
but not charged off. 



N ew Chsrg^-o& Re port section su mm a rizi ng th e rmiinnibej of accoitnta dhm^d off this 
A^Dimte cycle. Old char:geK^ K^c^jrvtB sure not tsilied in this r^ort. 



Bankrupt Tolal nunib^ of bcco%iiv!e charged cff dkm to bankruptcy this rrKmith- 

FrsAPd Tc^afl nun^i^ of BGcmm^ls charged olf d^je to fraud this msontih. 



O^hsr Tolal numfc^ of Bcc^mfils ctiargad c# ck£« to reasonB other than 

bankruptcy orirayd (f^ axample^^ dsOhquenI a gingji tMa i£io nth. 



New Ciosed Report s^cHon surrunarizing data about aocounts closed this <^e. 

Aceo^fitB C3d dosed ©ocounta tallied in Tote^. AocoisntB but are not td!^ in 

thia eectk^. 



Voliintary Totsd numter of acoomrts dosed vo^un^ariy by cit5t<Hr)er t§m 



Ottifif 



Toi^ nunfifo^f of sccx^mm c^o&Bd this cyd« for reasons other than 
voluntBfy, 



Report Field 


Desdtiptioci 




Report eectkm summarizing bsfemcB da^a by acHrvify status aivd 








rrseans mferttipfy the mimbei by 1000. 


T<>tal SaJanc© 


Sunrfe of the stavementt balam^s in thoi^nds and avef^^e Elatement 




balar^e for ail accctrntB thai are not charged off. 


Ckirrent 


Sunffe of ?he state me nt b alarms in thousands, ©vexaj^ statemejit 


Balance 


balan^e^ and percent of Sotal statement balance for iwh<iei!nquent 




accoimlB th^M are nc^ charged oft. 


1 Cyde, 


Sun* the ataSenaent balances, average atate^enitbe^Ge, and 


2 Cyde, 


pe^f^nt of to^l BtaSBment baflance ^or l-cyde, 2-cycle, 3<:yde. ar>d 


3 Cyde, arKl 


cyde delinquent Bccc«jn;iB thas are fK>t c^ar^ed of. 


<i* Cyde 




Tbiart Balance 





O New Char^-off Report Sec^on eunrtmafizing balance data for asocounSs charged off 

iijfl Baiaf^e thia cyc^. 



Bankrupt Total 


Sum of the stajEentent balances and avexe^^ statem^ balance for 




accoiiisfe ihBt wBXB dhmq^d off due to bankruptcy this month. 


FfSkid Total 


Sum of statement balances and average state^ejst la^ance for 




&ccoyj¥tB iky^ wbxb ct^ged odf due to kmd this month. 


Dth€rB Toftal 


3un^ of the stH^enitenft batai^a and.avei^^ statemeiitbajancBfof 




accourVfe that wejB rfitsr^d off for re^ons other than bsanfo-^ptcy or 




fr^ajdthiB rmm^. 


New C^^jsed 


Report eectflsn summarising the fostoices of accounls closed this 


J^cocmnx B^ance 


cyde for the reasons isted b^ow^ 



1 

I Vbtejalary Bum -of the stalement balam^es i<x BGCounts dosed vduntari^y fesy the 

^ cu stomsf this cycie . 



Other Sunf^ of the statement balar^s f<a- accomts d<^ed this cyde for 

nBBs<tns oth^ than voluntary cfessure. 



Report Sample: Second Page 

5 

The second page of the strategy performance report contains balance 
summary information for the digit group. This page is printed only if there are 
separate cash balances as indicated by the cash line reporting 
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field on the reporting options tab in the client paranneters options dialog box in 
the PCTMS. Balances are tallied in the merchandise or cash sections. Within 
each section, balances are reported by delinquency level, charge-off status, 
and closure categories. 

The second page of the strategy performance report for bankcard, mail order, 
and retail industry types divides account balances and counts into two broad 
categories: merchandise and cash purchases. Within each category, the 
balances are summarized by delinquency level. Balances are provided for 
new charge-off accounts and new closed accounts. Table 10 describes the 
fields that comprise each of these areas. 



Table 10- Row H ading Fields in Page 2 of Strategy Performance Report 





Report Field 


Description 




Mercbsndbee 8aian£>& 
Stsmimary 


Report eectksn summarizing bdances by activity status snd 
detinqmsficyie^el. Ddiaiiated using cwreminonth biisd balai^ 
n^nuB ourrent month Niled cash balance. The diff^ence is tbe 
rf^rc^sr«S:3e balance- Baianose m& expraeaed in currency units; 
(DOO) means mijftiply tie inumber 1000. 




Total ISalanoe 


fotai rr^chandrse b^^ce end average mefx^handise beMnoe of 
accDiuilB in each range. The betoice indudea active, oiactive, 
and ciJTrefit<;yele closed baknces for aooauntB that are not 




4# Cycle 


Total n^BfcJsandhie lEotaJ foE^^snce, avexa^ b alalia, artd parcel of 
total balanoe for current (noivdeiru^ent), OBe-cyc^e, t^yo^yde, 

narige. 


I. 


TotBl Mew Ohsfigs-ofF 


Report s^ctDcm summarizing merdisndiBB baiar^cee Hch;^$^d off 
thia cycte- TOs amount ixwtudeB charge-otf balanoES due to 
bankruptcy, 1raud, and ot^bef raasona. 




Bankajpt 


folal msfchandfsa b^ance charged off due to bankKUfs^^y. 


pi 


Fraud 


To^al merchandise b^nce cher^d off due to fimid. 




Dtihara 


Total merchandse fe^nce dhsrged off due Co reas^ma od^i^ ihan 
bankruptcy <>r fraud 






Report BBCtkm sumj?iailzing merchandise balBrscesf<sf aeoou/vta 
dosed tttlscyde. 




Vb&ifitary do&&d 


Totfiil rr^chandlse balfflPiCB of accounts cfetxaed volufiftarily this 
cyde„ 




Otter Closed 


Total marc handle b^nca of accDimtBc^ed^^cyde tor 
reasons other than voluntary c^ure. 
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R eport Pre Id 


D&Bcriptidri 




Cash Balajvje 
Stinrimafy 


Report section sumtmariizing cash balEnoe da^a by aotivity sliatiiB 
and delinquency lev€t.. Balancaasre expressed in currency units; 
(000> meam mu^ply the minnber by 1 QGO. 






Total casl^ balar^e and average cash bcai^ce of accounts in each 
range. The balance tndudes sc^vi^^ Inac^ye. and curnent-cyc^e 
dosed balances for accoin^tB Ikmt are not charged off. 




CefrenS, 

1 Cyde, 

2 Cyde, 

3 Cycle, ar^ 
4* Cycle 


Total o&sh total balance, average cash be^ce, ar^d peroent of 
tctal cash i:^ano&fcr eurrenl (non-defoc^snt), ane-c^>Gle, 
twD-cy^le, ihree-cycle, afid four or more cycie delinquent aocounta 
In &ac^ range. 






Report section aunfimadzing c^h balances charged off this cycle. 
This amounl Indudes charge-off balar^es dye to bankruptcy, 
frauds and other reastm^s. 


p 


Banhrupi Totat 


Tolat OBsh balance of acc&iintB digged of this cycle due 
bai^kruptcy. 




Frai^ total 


Total caah balance of accounts charged aU Ms^ cyde due to ^mjMi. 




Dlh^fB Total 


Total cash l^ance of accounts c^ar^ed off Ms c?yc*e due to 
reasons oiner uian sstaRatriipTcy or t^suu- 


s 




Report sectkm summarizing cash baJarscas fcr ^^cotanls cfosed 
this c^de. 




Voto^ary Clos&d 


Total cash balance of accoiintB cteed vo^n.tarity this cyde. 


01 


Ott^r Closed 


Total csfiti balance of accounts dosed tMs cycle for reasoiis ot^sr 
than voluntefy dosune. 



Report Sample: Third Page 

5 

The third page of the strategy performance report for bankcard, mail order, 
and retail industry types contains delinquency rollover rates and balances, 
sales and payment data, credit line utilization and exposure data, fee data, 
behavior score data, average balance/performance ratios (cleverness 
10 indices), and profit and risk numbers. 
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All balances are derived from statement balances. Balances are shown as 
factored in parentheses; for example, in the sample reports below, total 
exposure should be multiplied by 1000. 

The third page of the strategy performance report for bankcard, mail order, 
and retail industry types divides account balances and counts into the 
following six categories: Delinquency Rollover, Sales/Payments, Credit Line, 
Fee Data, Behavior Score Data, and Profit/Risk. Table 1 1 describes the fields 
that comprise each of these areas. 



Table 11. Row Heading Fields in Page 3 of Strategy Performance Report 

Report Field Description 



Deiinquenoy Rdiover Report seclion summarizing «MnquenDy transiticsfi ac^ily, 

Cufrent/1 Cy^ie, Total nurr^er amd total balanofr off i>DT!>^harged-off accoimtB thai 

1 C/de/2 Cycle. v;*ere: 

2 C/de/3 Gycle, • Current during the pre^mms billing cycle and pro'g'essed to 
and one-cycle definquent as of this cyd^^ 

3 Cy^eM Cycle ■ One-cycle delinquent during the prevkKja billing cyde and 
.AccoyntB progressed to two-cycles delintqiiieni as of tite oirranl cyete. 

- T\vQ-cyGles delinquent during Che prevtoue billing c/de and 
progressed to three-cydea <^iinquent as of the currerst cycle. 

• Thfe^cvcies delinquent dmmg iie prevtous billing cyde and 
progressed to fotjr cycles dedtr^jent as of tJ^ current cyd«. 



Saies/Poyrrssnts Report section aummarizing sales and payment iniformaliion fcr 

the cycle. 



Total nunriier of acoj^nts v/ith debit scdvrty shaven on the 
s^atemsfi't 



Total anmjnt of caah advarM^es shosw^ on the etatejtient 



TotE^ an^unt of mecchar^dme aales sho^^m on Jjhe statefnent 



Avenage sales (^merchandise ar^d cash) ahown on the slate n^fit. 



Totei anmjnt of payirtej^ts posted on the statement. 
Ra^o of paymisfvts to pr eryious balar^ <m th« slialErBBf^. 



Totd afTKHjnt of non-psymesit credrts ish<y/j«n on the aftaten^nt. 



Total aiT^nt of interest charged to aocounta. 



5 a 



Accounts mlh Debit 

Cash Sales 
MefTd^andbe Sates 
Average Tot^; Sales 
Total Payments 

Non-Payment 
Credits 

Finance OnmgsB 
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R&port Field 


DBBcriptioTi 




Report Field 


Description 




Profit y Risk 


Report section surmnarizing ^ofrt and riskfi^mbexa 




E&tirifia£e ProM 


Es*unfiaS^<j profit c^.1ributiQn of sccounta in each range. 
Ei«anip^#: Estimsted Proit ^ (Net Intend^ange Fees Fees 

ExpenBB ^ Oelrvery Eii|>enee). 

The calcuiaifjon be modified for your install aMoa. For your 
profit cs^ciiiaftion. sse your JfdAD Pmjeci (Sui'de. 




EstimsaliBd Prafi;^ 
Account 


Es^mat€d profit canitribiiti on p*8r ^cooint in each months-on- 
book£ or behavi^ score range. 






E-sliimat€<3 profitDOfi'tribiirtion per actir^^e aoc^nS in &ach monfthsr 
on-boa^ or behavt^ir score range. 




Recervable 


Ratio of the balance- at-hsk to the total ixat^ce for non-charged- 
crff accounts by range. All unscored accouintB have their en^re 
balance included in Ihe baianoe-aMlsk. 


01 




the statenr^nt 


j4 
Hi 


Average Amount 
Ovedimlt 


Average over-lJimrt amount of over-lin-^it acx^jQunts. 


H 


Ov€f1imM Amount / 
Otfedlmrt Bsl^^ce 


Pexcent of tota^ scco^jnit telanoe over femrt for over-limit accounts. 




Fee Data 


Report s^tion aununarizing the fee revenya ibelng tracked. 




F€?ea 1 through 4 


Totial an^cunl of annual fee^ biitsd. You can set and edit tli# fee 
labeia for the report in General Optior^ tab in the Client 
Parameters - 0]>tiQn& dialc^ box in the PCT^S. 




BeiiBvior Score Darta 


Report section summarizing b^hm^ioi ecore cbta. 




Aceounta Stx^ed 


ToltEi nuniier erf socked and retained acoc^fe this cy da. 
TypiGslty excludes Payment FTo|Bction soof ed sccotifits. 




Average Score 


Average behavior ecore for accounts v/i^in each range. Typically 
exdiiMlea Payment Projedlon scored aocounts. 




Average Balance by 
Peiformaftce Ratio 


Report section summarizing Average Balar^ce by P^ormane* 
Rati^G^, also knotAti as cleveme^ indices- 




1 CydeiDurrefU 
4* Cycle/C^rreM 


Ratio of the average statement bala/^e of cfie-cyc^, tvyo-cyde^ 
three-eycfe, and four or more cyde delinquent acoDtimts to ^e 
average balance of cunien? accounts. 

Note: The lov/ar £he ratio, the better etrate^ea are performing. 
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Installment Strategy Performance Report 



yi 



The first page of the Installment loan strategy performance report contains 
account and balance summary information. The second page contains 

5 balance summary information for the digit group, tallied in two balance split 
sections. These two user-defined categories can represent such splits as 
interest bearing vs. interest free accounts, directly managed vs. affinity 
accounts, accounts acquired directly vs. accounts introduced by agents, or 
short term vs. long term accounts. The third page of the report contains 

10 delinquency rollover rates and balances, insurance and payment data, 
marketing letter data, fee data, behavior score data, average 
balance/performance ratios, and profit and risk numbers. 



H Report Sample: First Page 

fU 15 

The first page of the installment loan strategy performance report contains 
account summary information for the digit group. Accounts are tallied by 
status categories such as open/closed, active/inactive, current/levels of 
delinquency, and charge-off/ closed categories. The corresponding balances 
20 are also tallied. 

The first page of the installment loan strategy performance report summarizes 
six 

general areas: Account Summary, New Charge-off Accounts, New Closed 
25 Accounts, Balance Summary, New Charge-off Balance, and New Closed 
Account Balance. 
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Report Sample: Second Page 



The second page of the installment loan strategy performance report contains 
5 balance summary information for the digit group. Balances are tallied in the 
two user-defined sections. Within each section, balances are reported by 
delinquency level, charge-off status, and settlement status. 

The second page of the installment loan strategy performance report 
10 summarizes balance, charge-off, and closed account status information for 
two splits defined for the end user installation. 

Report Sample: Third Page 

15 The third page of the installment loan strategy performance report contains 
delinquency rollover rates and balances, insurance and payment data, 
marketing letter data, fee data, behavior score data, average 
balance/performance ratios, and profit and risk numbers. 

20 The third page of the strategy performance report for installment loan industry 
type divides account balances and counts into the following six categories: 
Delinquency Rollover, Insurance/Payments, Miscellaneous, Fee Data, 
Behavior Score Data, and Profit/Risk. 

25 Credit Line Management 
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The credit line management decision area, also known as credit line, 
determines changes in credit line accounts and may be configured to 
determine changes in a cash line and two additional lines. Every account is 
reviewed at cycle for eligibility for credit line review. The review can result in 
an increase in the line, a decrease in the line, or no change to the line. A 
series of timing triggers control when a non-delinquent account is eligible for a 
credit line review. Delinquent accounts are not bound by timing parameters 
and are reviewed at each cycle. The system generates reports that analyze 
limits in terms of account behavior, line utilization, and actions taken. These 
reports are based on information in the report record file, a repository 
containing all actions taken. The credit line estimator report shows how a 
sample group of accounts reacts to the strategies that currently have under 
development. 

Table 12 summarizes the components of the credit line management decision 
area. If the cash line or the additional lines are used in the installation, the end 
user has the option to set each of these lines to be either dependent on or 
independent of the credit line. If any of these lines are dependent on the credit 
line, the multiplier for the dependent line is calculated against the main credit 
line. 
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Table 12. Credit Line Management Decision Area Components 



Component 


Desoriplion 


DedaiDn Area Timing 




Credit Line Op^^a 


Conf^^e Credrt Line prooesdng for your tfis1ailatr<m via the 


porm. 


Bcc^siorrs 


Identiify aecDWtt categories thM are rsot prcc&sse^ in thie CrieNibt 




Line decMon araa. 


trigger Evetits 


Det€f jnins tiiming for CTeidt LMa r evia^*^. 




Evaiuate accDiii%t& and ajBsign the appropriate soer^rkx 




Sp&dfy actions to be taken on an account. 


Decreeing a 


A!lov/s dacreasf^ th« imrt of a non-<fe!inqueist acDQ*jiit 


Non-delinqiieiit A/iomt^ 




OurtcomsB Reporting 


Tallies and reports SECtions t^can during the momh. 


E^AmmUx Reporting 


S^M>v,*B pcyteni^ new e:xposare l&velB based iipofi th# n&^v 




slirategiesiindfir developenfifi^tand pfcvidas a cmnt of the 




sccred BccourvbSf and amsocmtBd oddk for eaeh row of tJse 




Strate^, Soefi^^o, SPiO Control^ Stt&tBg^ Asmgnm&fi%. and 




Strate^gy Oefini^km control t^s^a. 



Delinquent Collections 

The system can act on delinquent accounts at cycle and throughout the 
month. It responds to changes in factors such as delinquency level or account 
balance and tailors actions to fit the new status. Risk evaluation is a primary 
element in delinquent collections decisions. Evaluating based on risk, the end 
user can accelerate and decelerate entry into collections, and out-place 
problem accounts quickly. This also allows the end user to use less expensive 
collection methods, such as letters, for accounts that have a high probability 
of curing on their own. The timing events that cause an account to be 
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processed in the delinquent collections decision area are part of the calling 
program. 



When an account is delinquent at cycle, the system assigns a set of scenario 
5 triggers or actions to be taken throughout the month. Actions occur relative to 
cycle date. Actions assigned to Day 0 take place at cycle. Actions assigned to 
Day 7 take place seven days after cycle, and so forth. If an account does not 
cure its delinquency and nothing else about the account changes, the system 
follows the actions in the scenario assigned at cycle. This is the normal 
10 course of events for a delinquent account. 

If the balance increases during the cycle, or the delinquency level changes, 
the system responds to these situations by re-examining the account and 
assigning new actions. This process is called dynamic reclassification. It can 
15 move the account to a more severe or a less severe scenario, depending on 
the account's change in profile. If the change in status results from a returned 
payment, for example, the system can respond to the situation with a special 
set of actions. 



20 The PCTMS provides a list of reclass triggers for the selection. The end user 
can select the reclass triggers to use, and the order in which they are applied. 
The reclass trigger dialog box also includes a "user-defined up" and "user- 
defined down" reclass trigger, allowing the end user to trigger reclass events 
beyond the defined list of triggers. A report record file:dynamic reclassification 

25 and report record can identify if the account was reclassed up (U) or down 
(D). The report record can also assist with reclass identification and 
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testing. Table 13 shows the components of the delinquent collections decision 
area. 



Table 13. Components of Delinquent Collections Decision Area 



Cornpon&nt 


Descriptioii 


ii *c i ■"ta A JT. r^***! - ^ t mi n 

lJ€lQISlun r*J^a li illliny 


r*A:^Cm3 Call p^SCB CylXS Of Ually pO^uRg. 


Delinquent Coiteetions 


Con%jfe Delinqyei^t €oliec?i€03 proDs^^sing for ys£Kir inatdf^Jon 


Options 


via your PCT^.'tS. 




Idenrtiiy accoiinft categories tr^t are rvot f^cc&ss&d in ^he 




D ell n quern Collec^ORS dectskNn area- 


vZ> If axe^^zTa 


C^diLlaiX am^iJLuil^ at lu asfsiyil iJ Itr appiupiioic iSAJti%t^Stv., 


Scenarios 


Specify actions to be taken on an aoixiunt 


Dynamic 


Re-examb^&s en account ert ^sdng if deliRquej^y sletus or 




bsftartce has ch;sfi^d dijiii^ tft* cycle. A feclaseified aceount 




may anove i^nto a sc^nado of greater or lessee severi^ty depending 




on She dlT^^m of change. 


Otitcomss Reporliig 


lailies and reports actions taiten during the month. 


Perforfnance Repcfting 


Tallies transiions in dslifi^^jency fjom the previous to Ihe ojrrenl 




cycJe. ft^ transii^ons niiay be ^om a greater to a lesser ievei of 




deihj!|a^ncy^ ^ vice versa. 


E-sJ&imator Rapor&ig 


Prtwides a count of the scored accounts smd a^ociated odds for 




each ro»#/ dthe Str^egy, SceBarlo, SiPiD Controli^ Strategy 




Assi^onenit and Sirategy Definrtion Gontroi tables. 



Overlinnit Collections 

The overlimit collections decision area treats accounts that are over limit but 
not delinquent. Accounts that are both over limit and delinquent are treated in 
the delinquent collections decision area. The system takes action on over- 
limit accounts at cycle and through-out the month. Table 14 shows the 
components of the overlimit collections decision area. 
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Table 14. Components of Overlimits Collections Decision Area 



Component 


Description 


DecisiDfi Area Timing 


J^ti^cma csn taks fs^B at cyde or daily posting. 


CfveriinfSl Colledaoria 


Conft^JTB Overiinut Coliectwis prooBSElng far your ms\B\\B^(m, 


Options 






Iiiggef Evisnte 


DetfiCimine laming for an scd^ set £d be taken. 


Slraliepea 


Evaluate accDiiJirts and assign the appropriate scsnsfto. 


^^nafios 


Specify action 6 to be taken <m an account. 


Oi^tcomss Reporting 


Tallies end reports actions t=^n <ijring-ihe mo/?fth. 




Pfwides a counl of the scored accounts and asaodatfi^d <KSd3 




e^h fQW €sit!t^ ^bra^egy. Scenario, S^P-IDConfcrcl^ Strategy 




AsB^rm\Bn% and Slirategy D&finition c^intrd tables. 



All non-excluded accounts are processed through a series of user-defined 
filters, called triggers. When a trigger activates a review, the systenn searches 
the strategy table, retrieves the appropriate scenario, and returns the actions 
to the calling progrann for implennentation. 

If the system takes over-linnit actions at cycle and a new credit line has been 
calculated, it uses the new credit line as a base for the line utilization 
calculation and in the calculations that determine breakpoint crossing. Each 
overlimit collections scenario is a unique event with one set of actions. This 
contrasts with delinquent collections, which may have up to three sets of 
actions in a single scenario. Breakpoints function in overlimit collections the 
same way that dynamic reclassification works in delinquent 
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collections. Both can trigger an updated response to a changing account 
situation. 

Authorizations Management 

The authorizations decision area helps the end user make authorization 
decisions about transactions that present both opportunity and risk. These 
transactions belong to accounts that are at a low level of delinquency or are 
over limit, conditions that may previously have been the cause for an 
automatic decline. Table 15 shows the components of the authorizations 
decision area. 

Timing triggers or events that cause an account to be processed in the 
authorizations decision area are part of the calling program. 

Scenario triggers are part of the authorizations decision area. 

There is more to managing authorizations than accepting, declining, or 
referring a transaction. The system also calculates user-defined exposure 
parameters known as cushions. In the PCTMS, the end user can set the 
parameters for calculating different cushion amounts for cash and credit 
(merchandise) transactions, as well as for holiday and non-holiday periods. 
The end user can also define one supplemental action for accepted 
transactions and up to three supplemental actions for declined or referred 
transactions. 
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As with the other decision areas, authorizations records its actions for 
reporting purposes. The system returns a record of each decision it makes to 
be added to the host authorization log file. At a later time, either daily, weekly 
or once a month, the system reads the authorization log file and creates 
reporting files. The 

reporting programs create summary and outcomes reports for the 
authorizations 

decision area. There is also a transaction-based estimator report. The 
PCTMS enables the end user to maintain transaction types, transaction report 
types, status types, and status report types in separate tabs in the 
authorizations options dialog box. This dialog box enables the end user to 
define up to 100 transaction and account status types and how they are 
grouped together for reporting purposes. 

The accept, decline, or refer decision occurs during transaction processing. 
But other actions at other times also support the decision-making process: 

■ After a new account is opened and a random digit is assigned, an 
authorizations call may be made to the system to assign a SPID and an 
authorizations strategy ID. 

■ During cycle processing, each account is assigned a SPID and an 
authorizations strategy ID. 

■ At authorization time, selected accounts may be assigned an 
authorizations strategy ID. 
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■ At reporting, the actions are tallied and reported. 



Table 15 shows the components of the authorizations decision area. 



Table 15. Authorizations Decision Area 



Decssion Purea Tinning 


AgIjocis may driven iby tnanssclion or batched nightly. 


AuthQrlzstiQnfS Options 


Confers Aythori^ffiticm prcffieBsing for y^r inrstattoion. 




Idantiify accoym categories ttot are not pr<x:&3sed In the 




Atithorizs&ions «^islon area. 




EvaJuate accounts and tf ansactjonrs mmi assign t^e appropffiate 




scefiarfeo. 


S^narios 


Sp&cify actions to be taken <m selected transactians. 


Outcomes Reporiiii^ 


Taiiy actions taken during llis nraiii, ui^luding asuiimnary Df 




dedskifia made by TRIAD and Ihe host system. 




P/ovldes a comtol ^he tu'ansac^ans and assc^ated account 


odcte for eac^ rmv of the Strategy^ Scen^o, SPIO Control, 




Sirategy A^rsignment, and Strstsgy DefSmtion coBtrol tables. 



Reissue Management 

In the reissue management decision area, the system reviews an account to 
determine whether to reissue a card and for what length of time. Accounts can 
be reviewed multiple times before and after the card expiration date. By using 
multiple reviews, the end user can encourage cardholders to modify their 
behavior as a condition of reissuance. For example, before the reissue date, 
the end user can encourage customers with inactive accounts to 
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reactivate. Or, they 

can tell customers whose cards are not reissued what they must do to re- 
establish the account. 

Reissue management is normally scheduled as part of the monthly 
processing, but it can also be run on-demand. In either case, the processing 
methodology is the same. 

All non-excluded accounts are processed through a series of filters called 
triggers, based on expiration date. When a trigger activates a review, the 
system searches the strategy table, retrieves the appropriate scenario, and 
returns the prescribed actions to the calling program for implementation. 
Table 16 shows the components of the reissue management decision area. 



Table 16. Components of Reissue Management Decision Area 



Iriggex EventE 


Siignei the time for an aoGount to be naviev,/ed. 




Evaluate accoiiDts and assign the appmpriate scen^aim. 


ScsnarioB 


Spaclfy sctionB to be taken <m an aoDount 


Outeor^es Reporting 


Tallies and reports actions t^ken <ijring the montii. 


Estimator Reporting 


Provides a count «^ the acored aoaounts ar^d aseociated cdda for 




each rw/ of the StFSfc^gy, Scej^ario, Contris^ Strategy 




Ass^^ejut. and Strategy OeHnition control tables. 



Component 


Description 


Decision Area Timing 


Actions can be tak^n aspeetof cyde or on demand, dependinig 


on in&iaHBrtion-^:^crfic ^hedules. 


Rei&sue ^ana^ement 


Conft^iire Reisaue Managemem jsiDces-aing for yotir in^aliation. 


Opftions 




Exduaions 


account cate^saiee that are not processed in the Reissue 




Management dedaio0 area. 



Marketing Communications 

The marketing communications decision area allows the end user to increase 
his ability to cross-sell products, enhance customer relations, and retain 
customers. Marketing communications helps the end user to evaluate and 
better judge what brings the best returns on each marketing campaign. 

The marketing communications decision area can be a regularly scheduled 
part of the normal cycle processing or it can be run on-demand. In either 
case, the processing methodology is the same. Non-excluded accounts are 
processed through a series of filters or triggers. For an account to be 
assigned a marketing communications scenario, it must first satisfy all trigger 
criteria. If it does, the system searches the strategy table, retrieves the 
scenario, and returns the actions to the calling program for implementation. 

The end user can select up to fifteen keys from the Keys library as triggers for 
each marketing communication strategy. A different set of 15 decision keys 
can be selected as strategy keys for each strategy. Additionally, the end user 
can assign up to five marketing communications strategies per SPID 
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and random digit group, and the PCTMS enables the end user to assign each 
strategy to a billing call or standalone call. 

Using the strategy assignment settings the end user enters in the strategy 
assignment dialog box, the system loops through each strategy checking the 
call type for possible execution. Using this flexibility, the end user can run 
multiple marketing campaigns during the month. Table 17 shows the 
components of the marketing communications decision area. 



Table 17. Components of Marketing Communications Decision Area 



Component Description 



Dectsion Area 


Ao^aoTascan be takefi as part £sf cycle or on demand^ depending on 




instaliation-Hf^&c^c schadiil&s. 


Marketing 


Conrigyre yarke£lng Conwiameattonaipiocessing fsr youiii^talMion. 


Comniunicsion 


Some cplions v/tiich are not discussed in this chapter are set eft 


Options 


project ml^don. For aatlirigs t^d inyourinstdiajtJOA, see your 




TRIAD ProjBCt <^aide. 


iijccauaions 


itssntaiy accouTii caie^yGnes ussi st^e jkoi tpi ouesaou in uie Keiiing 




CommunlDsiaoi^ decision area. 


TriggBf Evefife 


Signal tHine or circuifiistanrf^es fcr a M^a^keting Con^ifnunk^lSiJons 




I fcfView. 


StralBg^>s 


Evdl^a£e aocounts and ^sign the appropriate scejifido. 


Scenarios 


Sped^y actfeons 10 be taken on an ajcx^unt. 


Oiftjcornes 


Tailies and reports actfc^ Eaken during the month. 


Raportiir^ 






PrcMdes a couoft of the scored acosajnts arxl aEsodated odds for 


Reporting 


esdi row <^^e Strategy, ScenariD, SFID Ccnferol, Strategy 




Assignment find Strate^ Definrticci ©ontird tables. 



Performance-based Pricing 

The performance-based pricing decision area, also known as repricing, allows 
the end user to adjust an account's pricing structure and control product 
offerings based on account performance. Using strategic filtering and 
grouping of accounts, the end user can adjust account values such as the 
annual percentage rate (APR), annual fee, and other fees based on account 
history. This enables the end user to reduce rates on low risk, profitable 
accounts and increase rates on high risk, unprofitable accounts. Overall, the 
flexibility of the performance-based pricing decision area enables the end user 
to anticipate customer needs to control attrition. 



The performance-based pricing decision area can be a regularly scheduled 
part of normal cycle processing or it can be run on-demand. In either case, 
the processing methods are the same. 

5 All non-excluded accounts are processed through a series of filters or triggers. 
For an account to be assigned a performance-based pricing scenario, it must 
first satisfy all of the trigger criteria. If it does, the system searches the 
strategy table, retrieves the scenario, and returns the actions to the calling 
program for implementation. The end user can select up to 15 keys from the 

10 keys library as triggers for each performance-based pricing strategy. A 
different set of fifteen decision keys can be selected as strategy keys for each 
strategy. Table 18 shows the components of the performance-based pricing 
decision area. 
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Table 18. Components of Performance Pricing Decision Area 



Component 


Description 


Decision Ajr€^ Tinning 


Ajc^ons Dsn i>s l^tan as a of cyt^e or cn defnand, depBfidn^ 






P&rformanc &45&sed 


Ferformanea-ba&sd Piking process!^ your inat^aliQn. 


Pricing Ofidons 




Ex dkia ions 


IdEfitify aoDQunt ii^egorlBa that are not processed In the 




FerfoTjnance-bas^^d Peking dsctsi on area. 


Triggar EvmtB 


Signal tfeme or circumsfcapices for a Pecformance-i^ased Pricing 






Stra^Bgisa 


EvbIi^^ ^^untB and Bsapi ttie ajif^of^ane E^nario. 


^^narios 


Specify 8ci0r^ to be taken on an ^[^Dounl. 


Outcomes Repor^^ 


llaiBea ri^o^ th& ^ora taken durir^ the month. 


Estimator Reportk^ 


Prov^^ a count of the scored acco^f^ts and assodatBd odds for 




each ro^vof the S^trategy, Scenario, SPID Cmtrol, Strategy 




Assignnf^nt, mxd Straj*&gyOeftni^DBC=0fvtrd isbSea. 



= = H 

•5=* • 

m 5 The PC Table Maintenance System (PCTMS) 

O 

The PC table maintenance system (PCTMS) is the front-end component of 
the system. Installed on the end user's PC, it enables the end user to maintain 
the control tables that are used by the account management engine 

10 component running on the host system. The PCTMS is where the end user 
develops strategy trees, as well as SPID assignment and scorecard 
assignment trees, representing the decision logic for how the system 
manages accounts. The PCTMS also contains the client-level and decision 
area-level parameters and options that enable the end user to optimize the 

15 installation. 
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In addition, the PCTMS includes scorecard manager, a facility that enables 
the end user to view scorecard data and (optionally) update or add new 
scorecards. 



5 Navigation Features 

Figure 11 shows the features used for PCTMS screen navigation. The 
PCTMS title bar includes the client name and environment the end user 
currently has open. Menu bar options from a blank work area include File (for 
10 environment administration and client administration for multi-client 
installations, Security (for User Administration and changing passwords), 
Tools (for System and Audit/Export features), and Help. Menu bar options 
when the end user opens a dialog box in the PCTMS include File, View, and 
Help. 
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Icon Groups 



Icon groups are sets of icons that appear in the navigation bar in the PCTMS. 
If the end user does not have editing permission for an area of the PCTMS, 
20 he will be able to open and view, but not make changes in that area. Security 
permission in the PCTMS is maintained by the PCTMS system administrator. 

Client Group Icon Group 

25 This icon group appears upon opening a multi-client version of the PCTMS, 
and contains icons for each client defined on the PCTMS. If the end 
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user has a single-client version, this icon group is not visible. 



Environments Icon Group 

5 Accessed from the environments navigation bar button at the top of the 
PCTMS navigation bar, this icon group contains icons for opening defined 
environments in the PCTMS. The PCTMS environments enable the end user 
to mirror the environments in use on the host system. When the end user 
opens the PCTMS, the PCTMS opens the main editing environment that is 
10 associated with testing. 

Decision Areas Icon Group 

This icon group appears upon opening a single-client version of the PCTMS, 
15 and contains one icon for each decision area. Each installation of the system 
has one or more of the following icons: 

■ Authorizations Management 

20 ■ Delinquent Collections 

" Credit Line Management 
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Marketing Communications 



Overlimit Collections 
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■ Performance-based Pricing 

■ Reissue Management 

■ Scoring 

Individual Decision Area Icon Groups 

Accessed from the decision areas icon group, these icon groups contain icons 
for the strategies window for each decision area, as well as icons for the 
decision area options, strategy parameters, scenarios, and other decision 
area dialog boxes, as applicable. 

Scoring Icon Group 

Accessed from the decision areas icon group, the scoring icon group contains 
icons for opening the scorecard assignment window, the scorecard exclusion 
and retain reasons and scoring options dialog boxes, and scorecard manager. 

Client Parms (Client Parameters) Icon Group 

Accessed from the client parms button at the bottom of the PCTMS navigation 
bar, this icon group contains icons for opening the strategy assignment, client 
parameters options, report ranges, and scenario action labels dialog boxes, 
as well as the SPID and libraries icon groups. 
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The SPID icon group contains icons for accessing the SPID assignment 
window and SPID control dialog box. 



• The libraries icon group contains icons for accessing the exclusions, keys,^ 
block codes, and collection Indicators dialog boxes. 

Decision Area Functions 

Decision areas are where the end user does the majority of work in the 
PCTMS . The scenarios, strategies, and decision area options on the PCTMS 
comprise critical settings for how the system processes accounts. The end 
user accesses these options from each of the decision area icon groups. 

The following discussion covers procedures for how to: 

■ View, edit, add, rename, and delete scenarios. 

■ Open strategy parameters and decision area options dialog boxes. 

■ Assign Delinquent Collections reclassification triggers. 

■ Add and delete entries in the Authorizations - Options dialog box tabs 
(transaction and status types, and transaction and status report types). 

To view, edit, add, rename, and delete scenarios: 



1 . Navigate to the decision area icon group for the decision area in which to 
work. 



5 2. Click the scenarios icon. The PCTMS opens the decision area scenarios 
dialog box. Each decision area contains a unique scenarios dialog box. See 
the following list to locate an example and field descriptions for each decision 
area scenarios dialog box. 

10 3. Select the scenario to view, edit, rename, or delete in the scenario ID drop- 
down list. To create a new scenario from a copy of an existing scenario, select 
p the scenario to copy. 
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4. The following can be done: 



To edit any of the scenario fields, change the field information as required. 



■ To add a scenario, choose File>New Scenario on the PCTMS menu bar 
(or right-click within the dialog box to access the shortcut menu) and enter 
20 a new scenario ID and name in the add new scenario dialog box. Valid IDs 
are from 1 to 999, and valid names are 25 characters long. To copy 
scenario parameters from the scenario currently in view in the scenarios 
dialog box, choose the copy currently selected scenario check box. Click 
OK and edit the field values in the new scenario as required. 



■ To rename an existing scenario or renumber a scenario ID, choose 
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File>Renanne scenario on the PCTMS menu bar (or right-click within the 
dialog box to access the shortcut menu) to open the rename scenario 
dialog box. Edit the name or ID and click OK to rename or renumber the 
scenario. 

5 

■ To delete an existing scenario, choose File>Delete scenario on the 
PCTMS menu bar (or right-click within the dialog box to access the short- 
cut menu). The PCTMS displays a message box asking the end user to 
confirm that he wants to delete the specified scenario. Click OK to delete 
10 the scenario. 

Q 5. Click apply in the scenarios dialog box to save changes while working. 

n When finished, click OK to close the scenarios dialog box and return to a 

blank work area in the decision area. 

S 15 

2 To view and edit strategy parameters and decision area options 

Note: Not all decision areas have strategy parameters and options dialog 
boxes. 

20 

1 . Navigate to the decision area icon group for the decision area in which to 
work. 



2. Click the strategy parameters or the options icon, as required. The PCTMS 
25 opens the selected dialog box for the decision area in which the end user is 
working. Each decision area dialog box contains unique strategy 
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parameters and option fields. 

3. To edit the fields in one of the decision area options dialog boxes, see the 
following table to locate field descriptions for each decision area. Note: The 
reissue management, marketing communications and performance-based 
pricing decision areas do not have options dialog boxes. 

4. To edit the fields in one of the decision area strategy parameters dialog 
boxes, see the following instructions based on the selected decision area. 



10 Note: The authorizations and delinquent collections decision areas do not 
^ have strategy parameter dialog boxes. 



■ Credit Line Management 

15 Select a strategy in the strategy ID drop-down list and edit the fields in the 
dialog box as required. 



■ Overlimit Collections 

20 

Select a strategy in the strategy ID drop-down list. Edit the fields in the dialog 
box as required. Percent utilization breakpoints 2 through 6 must be entered 
in ascending order. Set any unused break-points to the same value as the last 
breakpoint used. 

25 

■ Reissue Management 
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Select a strategy in the strategy ID drop-down list. Enter review points in 
descending order starting from the review points field 1 . Use positive nunnbers 
for review points before expiration and negative nunnbers for review points 
5 after expiration. Enter 0 to designate a review point at expiration. If less than 
six review points are used, leave any unused fields blank. 

■ Marketing Comnnunications and Performance-based Pricing 

10 Select a strategy in the strategy ID drop-down list and change the selected 
triggers or edit the usage and valid value limit fields as required. 

■ To add a trigger, highlight the desired trigger in the library list and click 
add. 

15 

■ To move the trigger up or down within the trigger hierarchy, highlight a 
trigger in the selected triggers list and click the up or down arrow. 

■ To remove a trigger from the selected triggers list, highlight the trigger and 
20 click the remove button. 

■ To edit the usage, low value, or high value fields, highlight a trigger in the 
active triggers list and change the information as required. 

25 5. Click apply to save changes while working. When finished, click OK to 
close the dialog box and return to a blank work area in the decision 
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area. 



To assign Delinquent Collections reclassification triggers 

1 . Navigate to the delinquent collections decision area and click the reclass 
triggers icon. 

2. The following can be done: 

■ To add a trigger, select the trigger from the trigger library list and click add. 

■ To remove a trigger, select the trigger from the selected triggers list and 
click remove. 

■ To change the hierarchy of a trigger, select the trigger in the selected 
triggers list and use the arrow buttons to move the trigger up or down. 

3. Click apply to save changes while working. When finished, click OK to 
close the dialog box and return to a blank work area in the decision area. 

To add, edit, or delete Authorizations transaction or status type entries 

1 . Navigate to the authorizations decision area and click the options icon. The 
PCTMS opens the authorization options dialog box. 

2. Select the transaction types or status types tab, as required. 
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3. If in the transaction types tab, the following can be done: 

■ To add an entry, choose File>New on the PCTMS menu bar (or position 
the cursor in the entry list and right-click to access the shortcut menu). In 
the newly-created range, edit the value in the range low field as required. 
Enter a description in the label field and choose the credit or cash 
designation in the credit/cash drop-down list, then select a report type in 
the report type drop-down list. 

■ To edit an entry, highlight the entry and change the information in the 
range low, label, credit/cash, or report type field. 

■ To delete an entry, highlight the range to delete, and choose File>Delete 
on the PCTMS menu bar (or right-click to access the short-cut menu). 

4. If in the status types tab, the following can b e done: 

■ To add an entry to the list of cycles delinquent status ranges, highlight a 
range of more than one cycle and choose File>New on the PCTMS menu 
bar (or position your cursor anywhere in the entry list and right-click to 
access the shortcut menu). The PCTMS adds a new cycles delinquent 
entry below the highlighted entry, splitting the cycles delinquent range. Edit 
the value in the active range low field as required. 
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■ To add an entry to the list of utilization level status ranges, highlight a 
utilization level range within a cycles delinquent entry and choose 
File>New on the PCTMS menu bar (or position the cursor anywhere in the 
entry list and right-click to access the shortcut menu). The PCTMS adds a 
new utilization level entry below the highlighted entry, splitting the 
utilization level range. 

■ To edit an entry, highlight a cycles delinquent or utilization level range and 
change the information in the range low as required, followed by the tab 
key. The report type field can only be edited if the utilization level range 
highlighted. 

Keep in mind the following: 

■ The dialog box tab allows you to expand (+) and collapse (-) each cycles 
delinquent entry to view or hide the utilization Level entries. 

■ The PCTMS does not allow one to edit the range low value in an entry 
starting with a 0. 

■ If the end user adjusts the range low value, the PCTMS adjusts the high 
range value of the previous entry automatically. 

■ To delete an entry, highlight the cycles delinquent or utilization level range 
to delete (other than the range starting with 0), and choose File>Delete on 
the PCTMS menu bar (or right- click to access the short-cut menu). 
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The PCTMS deletes the highlighted entry and adds the deleted range to 
the range of the previous entry. 

5. Click apply to save changes while working. When finished, click OK to 
5 close the dialog box and return to a blank work area in the decision area. 

To add or edit Authorizations transaction or status report types 



10 1. Navigate to the authorizations decision area and click the options icon. The 
PCTMS opens the authorization options dialog box. 

2. Select the transaction report types or status report types tab as required. 

15 3. Highlight a report row and enter or change the entry in the report type label 
field as required. 

4. Click apply to save changes while working. When finished, click OK to 
close the dialog box and return to a blank work area. 

20 

Client-level Settings 



The following discussion provides field descriptions and procedures for the 
following two areas in the PCTMS: 

25 

• Scoring options and exclusion/retain reasons dialog 
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boxes in the scoring icon group. 



■ Strategy assignnnent, client parameter options, SPID control, exclusions, 
keys, block codes, collection indicators, report ranges, and scenario action 
labels dialog boxes in the client parms icon group. 

Scoring Options 



The scoring options dialog box contains control fields for setting the scoring 
10 and historical constants. Access the dialog box in the scoring icon group 
(accessed from the decision areas icon group) in the PCTMS navigation bar. 
Scoring options are grouped into the following four tabs within the dialog box: 
General, Score Factors, and Constants. 

15 Scoring Exclusion and Retain Reasons 

The exclusion/retain reasons dialog box contains numeric identification 
numbers with corresponding descriptions that identify categories of scoring 
exclusion and retention. Examples of scoring exclusion categories are 
20 bankrupt and charge-off. An example of a scoring retention category is 
inactive past six to 1 2 months. 



Client Parms (Client Parameters) Icon Group 

25 The following discussion describes many of the client parameters that can be 
viewed and edited in the PCTMS. Values for client parameters are 
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determined during the design phase and preset before the PCTMS is shipped. 
Most of these parameters are changed only infrequently. However, 
sometimes it is necessary to make adjustments to the preset values. 

The client parms icon group on the PCTMS navigation bar is shown to the left. 
On this icon group, selecting the SPID icon gives access to the TreeView - 
SPID assignment window and the SPID control dialog box, and selecting the 
libraries icon gives access to the exclusion, decision key, block codes, and 
collection indicators libraries. Icons for accessing client parameters appear 
when the end user clicks the client parms button in the PCTMS navigation 
bar. 

Strategy Assignment Dialog Box 

In the strategy assignment dialog box, one can: 

■ Adjust random digit groups for each SPID. 

■ Assign strategies for each decision area to each digit group within each 
SPID. 

Figure 12 shows strategy assignment fields for all of the decision areas. Table 
19 provides a description of the fields in the strategy assignment box. 
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TabI 19. Description of Fields in Strategy Assignment Dialog Box 



Fteid 



Description 



Digit Groups. 



LtsfB the random digit groins that you define far assigning 
strategies. The PCTMS aliaivsyau to define up to lOO digit 
groupa. 



SPID Identffies the slirartegic port^Dl<>f«5f each grmip of BcooyntBthal is 

managed coll&ctiveiy'. 

Strate,pc portfolios defined in tha SPID Coj^tiot dialog feex will 
display in mB list Opto 98 SPIDs can be defined. 



Credit Line, Delinquent 

Colleotions, Ovejilmit 

Coliee^ons, 

Perf ormartc e-b ased , 

PsfkHng, and ReB£*Js 



Marteting 
Communicalaons 
CaJI Type 



Identifies the sfcr ategy asai^^d to the SPID and random digrt 
group fr<Mn each decisior^ area. 

If you do fi<^ w#sh to a&sign a strategy to a p^kular r^ulom digit 
group, aeledt Strstegy ^k>ty&ed 

Stratep^ea you h^i^e created on the PCTMS in ead^ of tihe decision 
areas will be available in each drop-do'm l^s*, alor^ ^^th Strategy 
ID 999. 

Identifies the strmegy and call type tor up to §ve Marketir^g 
Comr^unbatiofis strategies assigned the SPIO and tamkfm digit 
groMp. Strategies sfiiscted v/ill ^jpear beiow these fields ii^ 
pDsifeOTa 1 through 5, representing 8>e order in v/hich TRIAD wS^ 
pri>eesa myTtiple strstBglesand assign s^gmeM qy^fers. Vou 
designate each strategy as pertinent to either a bitag or 
s^ami^sone call ss aele^i^j in the Call Typ* list. 

If ycxi do n=£^ svar^t to assign a strateigy to a particular ran^tkam digit 
groiip, aelei^ S?irsftegy tSS N&tlJsed. 

Marketing Conorrfemications strategies yw have created on the 
PCTMS wil be mailable in &he drop-do^'/n fiat, along with Strat^ffy 
ID 999. V^lid call ^ee are Silling and Standalone. 
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Table 20 provides a description of the fields in the decision areas tab in the 
option dialog box for the client parms icon group. 



Table 20. Description of Fields in Decision Areas Tab in 
Options Dialog Box (Client Parms Icon Group) 



FiBfd DescriptBon 



Decision Areas SpedfieE the <^\^<q(\ area-3 that are avails e for use. 

PeimrttBd 

Only 1h© check boxes ^r the iiecasion areas you have pufchass<l per 
your c^HilractyBi agreement with Fai^ fcsaac will he enafbied. Clearing 
a ehedk box for an efi^ed decision ares vM caus^ m&X decision 
area^Bkcn to hiddei^ in the DedEkm Areas icon group when you 
next <^n the PCJMS. 

Mors th^ one ae^i*/^ dedskm area cm be se^eG^ed. 

Mote: If you are no^t yeimg an enabled decision area, be mr^ to turn it 
Q#h€f© before mnning the PC;TMS Audit/E:?:port. PermrKed dedaiDn 
areas x^n^h no deiined settings, SArategie&, scer^fkja wifi generate 
an AjuMi£xpcfft failure. 



Industy J^/p& Specifies the ^c^stry J^ype lised. 

The available optkins m^I depe^ on your contractual agr^en^nt with 
Fair, iaaaa Only one optioi^ csar be ed^ected 

The ^^fcted fendystry type cletermnes the profit fields that display in 
ise SPID C<»itrol dialog bQx„ tn addrtion, mth £he Bankcard, ^Retail, or 
toi Order industry type seated, yoy rec^aive a 'revDlvjng" 
^ejsi 0 n of the Strate g y P erfo mr^ance rep o rts. ^/^Ath the 1 nstal 1 ment 
indu&try type eeC^cted^, a Strat€^^ Perfermance re;:^ designed fcr 
ixed, ins^sDment type loans is gerierated. 



Keys Dialog Box 

The PCTMS enables the end user to view and edit the properties of decision 
keys that are used within strategies, SPID assignment trees, and marketing 
communications and performance-based pricing decision area triggers. 
The standard Keys library contains 85 standard and 35 user-definable 
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decision keys. Behavior Score and Months on Books are two exannples of 
often-used standard keys. Table 21 provides a list of standard keys. 
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Table 21. List of Standard Decision Keys in Keys Dialog Box 



01 



o 
o 
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Key Number and Name 



Key Number and Name 



Key Number and Name 



1 Ajge 

2 Amount Dispute 

3 Amount Dise 

4 Amount Over Cash Line 

5 Amount Overlimii / Open-to- 
Buy 

6 Amount Past Due 

7 Amount Overt imit / Open-to- 
Buy - Line 3 

8 Amount Overtimit / Open-to- 
Suy - Line 4 

9 Applicaiion Score 

10 Attrition Score 

11 Auiomatic DetjHs 

12 Average Bitl Las< 6 Months 

13 Average Oebit Lasts Mortths 

14 Average Interest Last 6 Months 

15 Average Revenue Last 
3 Months 

16 Average Revenue Last 
6 Months 

17 Average Revenue Last 
12 Months 

18 Balance 

1 9 Balance - Line 3 

20 Balance - Une 4 

21 Balance at R\sk 

22 Behavior Score 

23 Slock Code 

24 Branch Number 

25 Cash Balance 

26 Cash Balance / Total Balance 

27 Cash Line 

28 Cash Line / Credit Line 

29 Cash Utilizalion 

30 Credit Bureau Risk Score 

31 Collection Queue 

32 Credit Line 

33 Credit Line - Line 3 

34 Credit Une * Une 4 



35 Credit Line Utilization 

36 Cycles Delinquent 

37 Days Delinquent 

38 DaysOverlimit 

39 Days Since Extension 

40 Days Since NSF 

41 Days Since Payment 

42 Expected Balance Collected 

43 Geographic Code 

44 Interest Income Last 12 Months 

45 Last Payment Amount / 
Cash Une 

46 Une 3 Utilization 

47 Une 4 Utilization 

48 Loan-to-value Exposure 

49 Maximum DeiinquertcyUfetime 

50 Months on Books 

51 Months Since Active 

52 Months to Anniversary 

53 Months Since Cash Advance 

54 Months Since Closure 

55 Months Since Communication 

56 Months Since Last Cash Line 
Change 

57 Months Since Last Cash Line 
Decrease 

58 Months Since Last Cash Line 
Increase 

59 Months Since Delinquency 

60 Months Since Reage 

61 Months Since Pricing Review 

62 Months Since Purchase 

63 Months Since Terms Change 

64 Months to Annual Fee 

65 Months to Expiration 

66 Months to Tenms Expiration 

67 No Contact Indicator 

68 Humt>er NSF Last 6 Months 

69 Percent Balance in Dispute 



70 Percent Balance Remaining 

7 1 Percent Balance Paid 

72 Phone / Address Indicator 

73 Product Code 

74 Promise to Pay 

75 Rate Tier 

76 Reclass Reason Code 

77 Reissue Review Point 

78 Revenue Score 

79 Special Handling 

80 Transaction Amount 

81 Transaction Amount / 
Cash Une 

82 Transaction Type 

83 Transactor / Revolver Code 

84 Trigger ID 

85 Type Code 

Keys 86 through 120 represent 
User-d€fir>ed Keys 01 through 35. 



TreeView 



The PCTMS uses a graphical interface called TreeView to display 
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the strategy, SPID assignment, and scorecard assignment logic. TreeView 
displays the decision logic for each of these in a tree/branch structure with 
nodes that display lower-bound values for each key level. Table 22 describes 
how to access each of the three TreeView windows in the PCTMS. Figure 13 
shows the process of creating a strategy in TreeView. 

Table 22. How To Locate TreeView Window in the PCTMS 



Window 


How to Locate in the PCTMS 


TreeView * Strategies 


Click the decision area icon you want to work m, then click on the 




TreeView Icon. 




Mole: Each decision area Icon group that you purchase from 




Fair, Isaac contains a TreeView icon for accessing your decision 




area strategy trees. 


TreeView * SPID 


Click the SPilD icon In the Client Farms loon group^ then dick on 


Assignmeni 


the SPID Assign icon. 


TreeView * Scorecard 


Click the Scoring icon in the Decision Areas loon group, then click 


Assignmeni 


the Scorecard Assignment icon. 



Scorecard Manager 

The following discussion describes features in scorecard manager. Scorecard 
manager enables the end user to view scorecard data, update existing 
scorecards, and add new score-cards using the characteristics that are hard 
coded on the system. Scorecard manager contains libraries for the 
characteristics and adverse action reasons for use in the scorecards. 

The PCTMS contains a separate database of scorecards for each 
client/environment that is maintained. 
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Viewing and Editing modes: Scorecard manager is accessible in eitlner of 
these two modes. With only viewing access, scorecards may be viewed 
but not edited. 

Scorecard: An algorithm in which points are assigned according to 
characteristic attributes, creating an account's score. Scorecards must be 
promoted to be viewed and editing within scorecard manager and 
uploaded to the host system. The end user must promote a scorecard 
when new scorecards are added. 

Characteristics: The system calculates raw behavior scores from account 
characteristics and associated attributes. Characteristics ask questions 
about an account such as "What is the highest level of delinquency this 
account has reached in the last six months?" A typical scorecard can 
contain 8 to 12 characteristics. 

Attributes: Attributes provide a series of multiple choice answers to the 
questions posed by characteristics. Each attribute has a weight (number of 
points) associated with it. The summation of these weights across 
characteristics produces the raw behavior score. 

Score weight: Number of points associated with an attribute of a 
characteristic. Neutral weights are used when there is insufficient 
information to calculate a characteristic. 
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Glossary 



allowable exposure 

r 

The allowable exposure for an account is the amount above or below the 
credit limit for which a transaction will be authorized. Allowable exposure is 
calculated using Cushion and Percent Fit tests. 

attributes 

The ranges of values into which a characteristic is divided. Each attribute has 
a weight associated with it. The summation of the weights produces the 
unaligned, or raw, score. Attributes are used to label a column in a scorecard. 
For example, the characteristic "Average Balance Last Six Months" may be 
divided into four currency attributes: less than 250, 250 to 499, 500 to 3,499, 
and 3,500 or more. 

available credit 

See open to buy (OTB) 

bad accounts 

Accounts that were unsatisfactory during the performance period. 
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Accounts that are bankrupt, charged-off, or have reached an advanced state 
of delinquency are often said to be bad. 

balance at risk 

This field is the product of the current balance multiplied by the probability of 
the 

account going bad, based on the behavior score. Balance at Risk Is used as a 
key in nnany decision areas, as well as to order collection queues. 

behavior score 

A numeric value for assessing account risk. It is derived from calculations that 
quantify current and past account behavior. This term encompasses several 
types of score-cards. 

branch 

The path an account takes in the Strategy Tree diagram to reach its treatment 
group. A branch represents one row of a Strategy table. 

breakpoints 

See Overlimit Breakpoints. 
cash cushion 
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See cushion. 
centering 

To base the Challenger strategy on the Channpion strategy; you center the 
Challenger on the Champion. 

Challenger 

A new strategy to be tested against the Champion. When the Challenger 
outperforms the Champion, you can apply it to a larger percentage of the 
portfolio and the Challenger becomes the Champion. It is possible to have 
several Challengers being tested against your Champion within the same 
decision area. 

Champion 

The strategy that depicts your current business practices. 
Champion/Challenger testing is an integral feature of TRIAD. See also 
Challenger. 

characteristic 

A measurement of account behavior. Essentially, it poses a question about an 
account. For example, the Time- on-Books characteristic asks, "How 
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long has this account been open?" Each characteristic is broken into definite 
ranges of values called attributes. Characteristics are used to label a row in a 
scorecard. 

5 clean account 

An account that has not been delinquent for an indicated number of months 
(usually, 12 months). 

10 cleverness index 

A term describing the Average Balance Performance Ratio found on the third 
page of the Strategy Performance reports. The lower the ratio, the better the 
strategies are performing. 

15 

coarse classing 

The process in which individual attributes are grouped for statistical validity. 
20 credit line 

The credit line or credit limit of an account is the amount of credit extended to 
the 

accountholder. A credit line may be increased temporarily through a cushion 
25 or for an extended period through a credit line increase. Credit lines may also 
be decreased and reduced to zero. Credit lines are managed primarily in 
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the Credit Line Management decision area in the system, 
cushion 

A special extension of a credit or cash line, used in the Authorizations 
decision area. Other names for cushion are "shadow limit," "pad," or "pencil 
limit." The PCTMS includes several options for calculating the cushion, as set 
in the Cushion Type field. 

cushion type 

Defines how the cushion test will be applied. It has four options: Utilization, 
Line, Designated Amount, and Zero. The four cushion types apply to normal 
and holiday volumes for both credit and cash transactions. 

decision area 

A management area for treating accounts. Several decision areas are 
available in the system: 

■ Authorizations 

■ Credit Line Management 

■ Delinquent Collections 
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■ Marketing Communications 

■ Overlimit Collections 
5 ■ Performance-based Pricing 

■ Reissue Management 
decision key 

A characteristic used in SPID assignment and strategy decisioning. Decision 
keys are also used as triggers in the Marketing Communications and 
Performance-based Pricing decision areas. 

W 15 delinquency rollover 

The movement of an account to a higher level of delinquency. 

digit group 

20 

Also known as "random digit groups," a series of contiguous random digits 
used in strategy assignment to facilitate Champion/Challenger testing. Each 
user-defined digit group represents a percentage of the accounts in a SPID. 
For example, the range 0-9 contains approximately 10% of the accounts in 
25 the SPID, and the range 50 to 99 contains approximately 50% of the 
accounts. 
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dirty account 



An account that has been delinquent during an indicated period, often 12 
5 months. 

dynamic reclassification 

Assigning a delinquent account to a different scenario during daily processing. 
10 Dynamic reclassification enables you to re-evaluate a delinquent account 
when the delinquency status or balance changes. 

environment 

15 A named area on a host system which contains a complete set of control 
tables. Most clients define more than one environment on their host system. 
You can create up to three PCTMS environments to contain the control tables 
which mirror each of the host system environments. See also pre-production 
environment; production environment; test environment. 

20 

Estimator reports 

The Estimators produce reports for each decision area that estimate the 
number of accounts that are defined by each row of the control tables and the 
25 . risk quality of these accounts. 
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exclusion 



A reason for removing accounts from a particular aspect of processing, such 
as behavior scoring or a decision area. For example, bankruptcy is often an 
exclusion from many decision areas, including Delinquent Collections and 
Credit Line. 

exclusion score 

Special behavior score values that indicate that an account has been 
excluded from behavior scoring. Bankruptcy or inactivity are frequent 
exclusion reasons, each with a user-assigned exclusion score. Exclusion 
scores can be isolated in a strategy key in order to treat accounts that are not 
scored. 

good accounts 

Accounts that were satisfactory throughout the performance period, as 
defined in the scorecard performance measures. 

holiday cushion 

In the Authorizations decision area, a special extension of the credit or cash 
line for use during designated holiday periods. See also cushion. 

holiday percent fit 
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A percentage of the transaction that nnust fit in the current available credit if 
the transaction is to be approved. The Holiday parameter enables you to 
designate a holiday period and use a different value. 

indeterminate accounts 

Accounts that did not qualify as good or bad after the performance period. 
multiplier 

In scorecard terminology, multiplier refers to an alignment factor used to keep 
scores consistent across all scorecards and portfolios. For example, if a score 
of 600 in Portfolio A has odds of 60/1, that score in Portfolio B should also 
have odds of 60/1 . Two alignment factors, the multiplier and weight, are used 
to bring scores back into alignment. Scorecards are delivered with a multiplier 
of 1.0. In the Credit Line Management decision area, the line multiplier is one 
of five calculation method options available for use in Credit Line scenarios. 

odds 

Indicate the probability that an account will or will not reach an unsatisfactory 
condition over the next specified number of months. 

odds-tO'Score relationship 
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The relationship of the odds to the score, such as odds of 60 to 1 at a score of 
600. The odds-to-score relationship is determined during the scorecard 
delivery meeting. May also be referred to as "scaling." 

open-to-buy (OTB) 

The amount of credit that remains when the account's current balance and 
outstanding authorizations are subtracted from the credit line. Synonymous 
with "available credit." 

Overlimit Breakpoint 

A trigger in the Overlimit Collections decision area. There are two types of 
Overlimit Breakpoints: amount and utilization. When a breakpoint is crossed, it 
triggers a review in the Overlimit Collections Strategy table. Crossing a 
breakpoint has a very precise definition. To cross a breakpoint, the account's 
balance before posting must be less than the designated breakpoint; its 
balance after posting must be equal to or greater than the breakpoint. 

pad 

See cushion. 

PC Table Maintenance System (PCTMS) 

The PC-based system through which host system control tables are 
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viewed and updated. The PCTMS is where you build, modify, and assign your 
strategies; run 

the PC Audit program; and update parameters for host-system Estimator 
reports. 



PDO 



See points to double the odds. 
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See cushion. 



percent fit 

A test in the Authorizations Management decision area that checks whether a 
specified percentage of a transaction fits within the current open to buy. 

performance period 



During scorecard development, the performance period is the length of time 
between the observation date and the performance date. Often for standard 
behavior score-cards, this period is six months. After the behavior scorecards 
have been implemented, the performance period refers to the amount of time 
25 over which the performance of the scorecards is examined, typically the same 
interval that was used in development. The performance 
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period is also called the "performance window." 
points to double the odds (PDO) 

The nunnber that indicates the increment in score at which the odds will 
double. For example, a 20-point PDO means that the odds of good to bad 
accounts will double every 20 points. See also odds-to-score relationship. 

pre-production environment 

An environment that may contain a modified copy of a test environment 
awaiting 

placement in production. See also production environment; test environment. 
production environment 

An environment where the actual processing that affects the accounts and 
customers on your system takes place. See also pre-production environment; 
test environment. 

pseudo-ctiampion 

The first strategy you build in the system to mimic your existing business 
practices. 

random digit group 
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See digit group. 
random digit 

A number between 0 and 99 assigned randomly to each account when the file 
is initialized. New accounts are assigned a random digit during new account 
processing. The system uses random digits to divide the SPID into statistically 
significant groups called digit groups, for Champion/Challenger testing. 

raw score 

A behavior score that has not been aligned or weighted. On a scorecard, it is 
the sum of all characteristic weights on the card. 

retained score 

A behavior score for an account whose score was retained from a prior month 
and not recalculated. 

roll rate 

The progression of delinquency from one level to the next. 
scenario 
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A set of actions to be assigned to accounts. Scenarios are specific to each 
decision area and are used in conjunction with a strategy. Examples of 
scenarios are: setting a block code; sending a letter; setting a collection 
indicator; including a statennent insert; or taking no action at all. Scenarios are 
updated using the PCTMS. 

scenario ID 

A number from 1 to 999 that identifies a scenario. The same ID can be used 
in more than one decision area. 

Scenario table 

The repository of action sets for a decision area. Each decision area has one 
scenario table, whose scenarios are shared by all the strategy tables in that 
decision area. 

scorecard 

An algorithm for assigning a score, or numeric points, to an account based on 
characteristic attributes. A scorecard is used to derive a behavior score or 
other type of score for an account. 

ScoreNet® 

A Fair, Isaac service that provides information from the major North 
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American credit bureaus. 
shadow limit 

Witiiin the credit industry tinis term is equivalent to cushion. 
SPID 

See strategic portfolio; strategic portfolio identification number (SPID). 
SPID 99 

A group of accounts excluded from TRIAD treatment. For example, you can 
assign accounts whose receivables you do not own to SPID 99. 

strategic portfolio 

A group of accounts managed collectively. For example in the Bankcard 
industry, Classic and Gold accounts can be put into separate strategic 
portfolios because the account characteristics are different. Each strategy 
portfolio in TRIAD can be designated with one of four industry types: 
Bankcard, Installment, Mail Order, and Retail. 

strategic portfolio identification number (SPID) 

A number from 1 to 99 that identifies a strategic portfolio in the 
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system. 
strategy 

5 A logic or plan by which accounts are divided into groups that receive different 
actions, or scenarios. Strategy keys are decision keys within each strategy 
that sort accounts for different treatments. 

strategy ID 999 

A special strategy ID that signals to bypass decision area processing for that 
account. Strategy 999 accounts are processed by the calling program, not the 
system. 

strategy key 

A characteristic that defines the conditions that cause an account to be 
assigned to a scenario. One of the three essential building blocks (along with 
scenarios and parameters/triggers) from which strategies are made. 

Strategy table 

The control table on the host system that defines various account profiles and 
assigns a set of treatments to each defined group. 

25 

strategy tree 
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A graphical representation of a strategy in the PCTMS, created using 
Tree View.. 

5 test digits 

See random digits. 

test environment 

An environnnent used to run systems testing for installation of new data and/or 
software systems into the host. See also pre-production environment; 
production environment. 

transaction type 

User-defined ranges used in the Authorizations decision area to designate 
transactions using a transaction identifier field. This field can be a strategy key 
in the Authorization decision area. The Transaction Type also plays a role in 
creating the Authorization Report Record file. 

treatment area 

See decision area. 

25 
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TreeView* 

The utility in the PCTMS that lets you design strategy trees graphically. You 
can add, change, delete, or move branches as needed. You can copy a 
5 branch to another place in the same tree or a different tree. You can print 
copies of the strategy trees you develop. 

weight 

Score weight refers to a number assigned to an attribute in a scorecard. The 
sum of all weights makes up an account's raw score. In the PCTMS, the 
Weight field accessed within your scorecard assignment tree refers to an 
alignment factor used to keep scores consistent across all scorecards and 
portfolios. For example, if a score of 600 in Portfolio A has odds of 60/1, that 
score in Portfolio B should also have odds of 60/1 . Two alignment factors, the 
multiplier and weight, are used to bring scores back into alignment. The value 
in the Weight field is an additive factor used after the multiplier has been 
applied and may be positive or negative. 

20 

Although the invention is described herein with reference to the preferred 
embodiment, one skilled in the art will readily appreciate that other 
applications may be substituted for those set forth herein without departing 
from the spirit and scope of the present invention. Accordingly, the invention 
25 should only be limited by the Claims included below. 
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